<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">A Close Look on the Corona Impact on Surveillance Radar Channel Loads</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Roman</forename><surname>Raekow</surname></persName>
							<email>roman.raekow@dfs.de</email>
							<affiliation key="aff0">
								<orgName type="institution">Deutsche Flugsicherung GmbH</orgName>
								<address>
									<settlement>Langen</settlement>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Michael</forename><surname>Kuhn</surname></persName>
							<email>michael.kuhn@h-da.de</email>
						</author>
						<author>
							<persName><forename type="first">Bernd-Ludwig</forename><surname>Wenning</surname></persName>
							<email>berndludwig.wenning@cit.ie</email>
							<affiliation key="aff2">
								<orgName type="institution">CIT Cork Institute of Technology</orgName>
								<address>
									<settlement>Cork</settlement>
									<country key="IE">Ireland</country>
								</address>
							</affiliation>
						</author>
						<author>
							<affiliation key="aff1">
								<orgName type="institution">Hochschule Darmstadt</orgName>
								<address>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">A Close Look on the Corona Impact on Surveillance Radar Channel Loads</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">3FFD1C6827C59F14D06D11DA3DF68947</idno>
					<note type="submission">COVID-19 Research and Smart Healthcare 293 CERC 2020</note>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T19:50+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<textClass>
				<keywords>
					<term>Surveillance Radar</term>
					<term>Mode-S</term>
					<term>ADS-B</term>
					<term>Civil Aviation</term>
					<term>COVID-19</term>
					<term>Corona</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>Civil aviation surveillance is carried out on two radio channels and has seen a growing demand in the last decades. Not only that more and more applications have been added to the channels but the number of flights had been growing constantly. This was true until the corona crisis almost brought the air traffic over Europe to a standstill and by mid of April 2020 the number of flights dropped to around 12% compared to the year before <ref type="bibr" target="#b2">[3]</ref>. In this paper the consequences for the civil aviation surveillance channels and the success rates for telegrams on those channels are discussed.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1">Background</head><p>The world's first air traffic control tower on Croydon Airport is celebrating its 100 th anniversary this year. From the very beginning, air traffic controllers needed to be aware of the positions of the surrounding aircraft in order to separate them safely. While the air traffic controller of Croydon Airport queried their pilots to state their positions, modern surveillance is nowadays able to retrieve a wide range of information from aircraft and can therefore deliver an accurate air situation with high update rates. This technical improvement allows more aircraft to manoeuvre in a dense airspace while maintaining a high level of safety. Radar stations send out interrogations on a 1030 MHz channel and receive replies from the aircraft that are sent back on a 1090 MHz channel. The most common setup is to have a grid of secondary surveillance radar stations that query surrounding aircraft for their altitude, their ID and further necessary information needed by the air traffic control. The position is calculated by the round-trip time of the signal and the angle of the radar-station under which the interrogation was carried out. Aircraft equipped with a transponder receive these requests and answer on the 1090 MHz channel with the queried data. Besides that, there are other applications that are using these channels, for example the Traffic Collision Avoidance System (TCAS) that is used by aircraft to query the surrounding planes in order to be aware of possible unintended approaches.</p><p>Another common application is Automatic Dependent Surveillance Broadcast (ADS-B) that is using the aircraft transponder to send out information about the aircraft in a pseudo-spontaneous manner without an interrogation on the 1030 MHz channel. ADS-B has seen a growing popularity in the last years and will soon be mandatory in the European airspace.</p><p>All these applications are carried out in parallel on the two surveillance radar channels that are used in civil aviation. Over the last years the need to measure the load of these channels has become more and more important for the air navigation service providers (ANSP) around the world. <ref type="bibr" target="#b10">[10,</ref><ref type="bibr" target="#b1">2,</ref><ref type="bibr" target="#b7">7]</ref> </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.1">Channels</head><p>The communication is carried out on two channels, 1030 MHz and 1090 MHz, that each have their dedicated purpose:</p><p>The 1030 MHz channel is used for interrogations. These interrogations can be one of four possible protocols, that either query all surrounding aircraft or interrogate single aircraft for specific information. These queries are either sent out by secondary surveillance radars or TCAS equipped aircraft <ref type="bibr" target="#b0">[1]</ref>. However, this report focuses on the the 1090 MHz channel only.</p><p>The 1090 MHz channel is used for the replies to interrogations sent through the 1030 MHz channel. It is usually more crowded than the 1030 MHz channel, since a single interrogation can result in multiple replies. Additionally, some applications like ADS-B only use the 1090 MHz channel. The information is transmitted using three types of telegrams:</p><p>Mode A/C Reply is the reply to an A or a C interrogation by a radar-station, respectively. It can either return the altitude (Mode-C) or a flight-id of the responding aircraft (Mode-A). It encodes a four-digit octal number using 12 Bit. Together with the necessary framing pulses it has a duration of 20.3 µs on the channel.</p><p>Mode-S Short Reply is one of the possible reply types for Mode-S interrogations. This telegram is also used by TCAS and transports small portions of data. It consists of a preamble, a data field and a checksum field. The short reply lasts 64 µs on the channel and has a payload of 56 Bit.</p><p>Mode-S Long Reply is the second type of Mode-S replies. This Extended Length Message (ELM) is used to retrieve more detailed data from the aircraft. Its structure is the same as Mode-S Short Replies but it has a longer payload of 112 Bit and has a duration 120 µs on the channel.</p><p>To measure on that channel, a measurement system had been created that uses affordable hardware and is able to monitor the receivable traffic on a time span of various days <ref type="bibr" target="#b12">[12]</ref>. This system does now allow a comparisons of the channel loads, prior and during the corona Crisis 2 Measurement System and Setup</p><p>The system setup as described in our previous work <ref type="bibr" target="#b12">[12]</ref> consists of a standard receiver that is used for multiple applications by ANSP. A software defined radio (SDR) sends well-known telegrams to the receiver by coupling the telegrams into the radio frequency (RF) channel on the input of the receiver. A standard PC is used to trigger the SDR and receive the data from the mixture of the test telegrams and the real RF environment as shown in figure <ref type="figure" target="#fig_1">1</ref>. This data is used to create a database of the success rates of the test telegrams in the current environment. The results are recorded in a continuous manner containing the rates of successfully decoded telegrams and the environment under which the data has been recorded. This approach has already been described in previous works <ref type="bibr" target="#b11">[11,</ref><ref type="bibr" target="#b15">15]</ref> but the advantage of using a SDR is to be able to adaptively change the constellation of telegram-types, rates and levels with respect to the current RF environment and therefore be able to gain knowledge about lesser known telegram constellations when environmental changes on the channel are detected. This setup is under continuous improvement and will be expanded throughout the work on this research. Currently a team of students from Hochschule Darmstadt (h da) is working on an even more cost-efficient approach which shall be achieved by the deployment of open-source tools in combination with cheaper hardware (see Section 4).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>SDR SDR</head><note type="other">Tx</note><p>Figure <ref type="figure" target="#fig_3">2</ref> indicates the measurement location in Germany in the area of Frankfurt International Airport (EDDF). The system was using a 90°segment antenna heading north-west. It is one of the most crowded areas in the German airspace and thus features high channel loads.  </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Results</head><p>The results shown in this paper have been recorded in two time windows. The first measurement session has been carried out from the 5 th to the 12 th of February 2020. The second session was carried out from the 15 th to the 25 th of April 2020. During this period the number of telegrams and the success rate have been recorded together with a wide range of additional information like the number of planes in view and the types of telegrams that were seen in each time frame.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.1">Time Variance</head><p>The number of receivable telegrams varies very strongly throughout each day and shows strong impacts on the channel. There is a clear recurring behaviour in Figure <ref type="figure" target="#fig_4">3</ref> over each day. The communication increases as soon as Frankfurt airport opens. At the beginning of each day there is a small peak that is followed by a little drop. That is when the intercontinental flights arrive in Frankfurt in the early morning. The second and largest peak of the day is around 6am to 8am local time where most of the departures are taking place. There is also a weekly dependency on the traffic, on Friday the 7 th of February the "departure peak" is the largest in the entire record as this is usually one of the busiest days of the week. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.2">Special Events and the Corona-Impact</head><p>In Figure <ref type="figure" target="#fig_4">3</ref> one can also see that special events do have a direct impact on the channel utilisation. There is a sharp drop in the traffic from noon on the 8 th of February until the 11 th . This drop was caused by storm Ciara that hit Germany during that time and led to a large number of cancelled flights. On the 12 th of February the traffic is back to a normal level causing a equally normal amount of packets on the channel. This is one of the strongest declines since the outbreak of the Eyjafjallajökull in April 2010 <ref type="bibr" target="#b3">[4,</ref><ref type="bibr" target="#b8">8]</ref> where for a period of 4 days almost 100% of the flights were cancelled. However, this drop in flights was very soon surpassed by the lockdown due to the corona crisis <ref type="bibr" target="#b4">[5]</ref>.</p><p>Figure <ref type="figure" target="#fig_5">4</ref> shows the traffic during a week in April 2020, where most of the flights were cancelled due to the shutdowns associated with the corona virus. The figure displays the same axis as Figure <ref type="figure" target="#fig_4">3</ref> but with data recorded in April 2020. It shows that almost all of the characteristics have changed. Not only has the total amount of packets per second dropped significantly, but also the day and night periods differ only very slightly and due to the low number of aircraft the graph is very unstable. As shown in Table <ref type="table" target="#tab_0">1</ref> the decrease of communication on the 1090 MHz channel is very obvious. While the minimum of packets per second has not changed significantly due to low numbers of flights in the night during the observation period in February, the maximum in April reaches only around 32% compared to February. The mean over the entire inspection period drops to around 23% compared to pre-corona times. The distribution of the telegrams has also changed completely as there is only a very small difference between daytime and nightly traffic which can be seen in the low standard deviation (std. dev.).</p><p>One can see the strong relationship between the actual number of flights and the telegrams that were received on that channel. The recording of our data is supported by the observations from the opensky network, a research project that enables full exploration on MODE-S and ADS-B data <ref type="bibr" target="#b13">[13]</ref>.</p><p>The data from the network is gained from a distributed set of sensors that listen on the 1090 MHz channel and feed decodable telegrams to a central server. Due to ADS-B the network is able to monitor a certain amount of flights and track their movement in the airspace. Currently, more than 60% of all flights over Europe are equipped with ADS-B <ref type="bibr" target="#b14">[14]</ref>. It will become mandatory for all aircraft with a maximum takeoff mass (MTOM) greater than 5700 kg or a maximum airspeed capability greater than 250 knots by end of October 2025 <ref type="bibr" target="#b6">[6]</ref>. Overall, this already gives a valued estimate from a different source to prove the measurements from the described setup. The figures show a strong correlation of aircraft identified by the opensky network from or to Frankfurt international airport (EDDF) to the number of telegrams detected by the measurement setup. While the number of telegrams increases by a factor of 90 between day and night, there are approximately 80 times more flights during the day and none during the night. Eventually, this may be caused by other aircraft not heading to nor departing from EDDF. However, this correlation needs to be investigated, as it could also imply a saturation on the channel not allowing to decode all telegrams during the day peak anymore. The corona lockdown gives the opportunity to gain new insights into the surveillance radar channels as only the number of planes has changed in this crisis whereas other parameters like the number of radar stations and interrogation pattern kept unchanged. The corona dataset from April allows a comparison of the impact of the number of aircraft in an otherwise unchanged environment.</p><p>The contribution of the planes to the decodable traffic on the channel can be calculated by the number of received telegrams divided by the number of planes which gives the rate packets per aircraft.</p><p>In February the maximum amount of packets per second (f pkt ) as an average during one hour was f pkt = 4863/s. In this hour 84 planes were heading to or departing from Frankfurt (f F RA = 84/h), while in April the maximum average of packets per second was f pkt = 1575/s with f F RA = 16/h. So, in February the system was able to detect ≈ 2.08 • 10 5 P kt/P lane while in April a maximum of ≈ 3.54 • 10 5 P kts/P lane where received.</p><p>In the high traffic environment the contribution to the number of decodable telegrams per plane is much lower than in the low traffic environment. However, this stands in strong contradiction to the fact that all planes are interrogated in the same manner. Additionally, the TCAS system that queries surrounding planes for their positions should add an increasing amount of telegrams per planes the denser the airspace is being used.</p><p>The number of packets per second is not growing linearly with an increasing number of aircraft on the surveillance radar channels.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.3">Channel Load</head><p>In order to calculate the impact of traffic on the 1090 MHz channel it is necessary to inspect the decoding probability during changing channel loads. However, the system is only able to see the channel throughput (T p Ch ) on the receiver side and does not know the real amount of telegrams that were transmitted on the channel.</p><p>The channel throughput equates to</p><formula xml:id="formula_0">T p Ch = 1 t ∆ • (N AC • T AC + N SS • T SS + N SL • T SL )<label>(1)</label></formula><p>This rate is calculated by the number of decodeable telegrams N x of each type of telegram x ∈ {M ode A/C, M ode S Short, M ode S Long} times the duration these telegrams occupy the channel T x (see also section 1.1) divided by the time of observation t ∆ . A value of T p Ch = 1 would refer to a 100% channel usage where the channel is permanently occupied.</p><p>Figure <ref type="figure" target="#fig_6">5</ref> shows the channel throughput for changing numbers of aircraft that were in sight during the 6 th of February and the 16 th of April. Each point represents a 15 minute time interval throughout the day. With growing traffic, the channel usage is increasing very fast and varies between 0.10 and 0.35 for the majority of the time. During that time 50 to 90 aircraft where sight for the February data set. In this region it seems like there is already some saturation on the channel as the T p Ch increases faster than the number of planes. This topic needs further inspection in the future. However, this implies that the channel is already near or beyond its maximum throughput. The decodable channel throughput of around 0.30 is already more than the maximum that could for example be achieved with the ALOHA access protocol where the maximum is reached around 0.18 <ref type="bibr" target="#b9">[9]</ref>. In contrast, the channel access on the 1090 MHz channel is a mixture of a pseudo-random access by individual aircraft (e.g. ADS-B and TCAS) plus a mixture of scheduled access like Mode-S and Mode A/C replies to multiple surrounding radar stations that can be scheduled and adapted in a coordinated manner by the air navigation service provider. Each of these applications have measures to reduce the channel load: For example Mode-S radar stations can coordinate the interrogations and interchange data for individual aircraft in order to reduce interrogations of the aircraft. Additionally, there are measures to reduce the impact of the spontaneous transmitted packets. For example, TCAS is reducing the transmission power for the interrogations, if a high number of surrounding planes is detected thus reducing the range of interrogations and the number of replies. The higher decodable throughput rate shows that these measures have a valuable effect on the channel performance and lead to a channel load that is higher than a random access channel would be.</p><p>Figure <ref type="figure" target="#fig_7">6</ref> shows the number of telegrams per identified transponder for the February and April data set. This is calculated by the number of identified aircraft transponder IDs divided by the number of telegrams per second. This is done because it is not always possible to identify the sending aircraft only by listening to its replies. Therefore, only individual aircraft IDs have been used to calculate the amount of aircraft even though it might not have been possible to determine their position or altitude during the reception. Figure <ref type="figure" target="#fig_7">6</ref>   that in average there were less telegrams per plane received in February with a high amount of flights.</p><p>There are several possible reasons why this is the case. As of yet, the recorded data is not sufficient to answer this completely but together with the lost test telegrams it stands to reason that more and more telegrams are not decodeable as the channel is already close to its maximum throughput capability. To determine the reason for this behaviour further research is necessary. However, it can be observed that the number of decodable messages doesn't increase linearly with the number of planes. This implies that the channel is crowded and telegrams will be lost due to collisions. The more crowded the airspace the lower the rate of detected telegrams per aircraft. The details of these relations are scope of our future research where we will investigate the rate between successfully and falsely decoded telegrams with respect to the channel load.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.4">Training samples</head><p>Training samples in the form of test telegrams play a key role in these measurements. We assume that the distortions, interference and other disruptions have the same effect on natural telegrams as they have on the test telegrams. So test telegrams are used in order to gain and improve the knowledge of the characteristics on that channel. The test telegrams are continuously injected into the channel with changing power levels (see section 2).</p><p>It is therefore possible to see the impact of changing radio environments on the test telegrams with changing levels. Figure <ref type="figure">7</ref> shows the median of the success rate for a single day in the February dataset. The figure clearly shows the strong inverse proportionality. The higher the number of telegrams per second the lower the chance for the test telegrams to survive. For this chart, only telegrams with Fig. <ref type="figure">7</ref>. Success rate and packet load on 6 th of February levels around -80 dBm have been taken into account which is the approximate average of all received telegrams. Figure <ref type="figure">8</ref> shows a similar result for the April dataset but the overall success rate is much higher than in February. The success rates throughout the day are around the values that were achieved during the night in February.</p><p>Figure <ref type="figure">9</ref> is showing the success rate for the 6 th of February and indicates that the level of the test telegrams plays a crucial role in the success rate. The graph shows three lines throughout the day. The light-green line shows the average success rate for telegrams with high levels. It shows that the high levelled test telegrams hardly suffer from the increasing communication on the channel (refer to Figure <ref type="figure">7</ref>) but even these high levelled telegrams suffer from that communication and drop from 100% to around 90% during the day. For lower levelled telegrams (s l &lt; −80 dBm) the success rate is not only in general worse, but the impact of the radio environment is significantly stronger than for the high levelled telegrams.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Conclusion and Future improvements</head><p>As the described setup looks promising, a team of students from Hochschule Darmstadt (h da) is currently working on an even more reduced measurement system. It uses a Realtek SDR RTL2832U based system that was designed for Digital Video Broadcasting-Terrestrial (DVB-T) reception. It is able to decode the 1090 MHz packets and transport them to a PC via USB Interface. A wide range of Open-Source software is already available for that. The test data generator is realised with an Adalm Pluto ® SDR by Analog Devices. This SDR evaluation board is able to send on the 1090 MHz channel and synthesise the needed test telegrams. These devices are very affordable and can be used out of the box to generate the test data on the 1090 MHz channel. Together with a standard PC this setup should be sufficient to measure on the channels. As the losses of the receiver shall be estimated by machine learning, the impact of decoding capabilities are expected to be relatively low as long as a reasonable rate of the traffic can be received. The quantification of the losses and in a second step the extrapolation to the real amount of data should be possible with this equipment just with the professional Air Traffic Control receiver.</p><p>The comparison between the two approaches will be further investigated. If it turns out that the RTL2832U and the Adalm Pluto ® can be used to create a semi-supervised data generator for a machine learning based correction, the system can be set up at multiple locations over Germany in order to create a wide range of data with changing characteristics. This might also lead to the conclusion, whether there is a need for detailed monitoring with a high spatial resolution or if there are little advantages for such a distributed measurement network.</p><p>This data could then be joined with the data from the opensky-network and used to create a large scale radio field monitor. Overall, the entire communication structure on the channel has changed since the corona lock-down stopped the majority of flights over Europe. This involuntarily allows a view on the surveillance radar channels and the communication that could not be expected before.</p><p>The described measurement setup delivers results that strongly relate to the results of the opensky network and the reported decline of flights by the European authorities <ref type="bibr" target="#b4">[5]</ref> but also allows new insights on the number of telegrams per aircraft and the saturation on the channels. These new insights do also raise new questions that need to be investigated in future works.</p><p>The low number of aircraft have a significantly higher probability to successfully transmit their results. As the number of telegrams dropped the channel is less occupied. This shows that the effects of interference and disruptions decline as the number of aircraft in the surrounding airspace is reduced.</p><p>The measurement system is able to show the effects on the surveillance radar channel in total and can give new and deeper insights into the communication on this channel. It has been shown that the number of aircraft does not linearly correspond to the traffic on the surveillance radar channels, thus a measurement and observation system is necessary to assess the channels' states and the remaining capacity. This is one crucial part to maintain a secure surveillance in civil aviation that will hopefully recover to its old strength very soon.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Fig. 1 .</head><label>1</label><figDesc>Fig. 1. The principle of the measurement system</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head>Fig. 2 .</head><label>2</label><figDesc>Fig. 2. An indication of the measurement location, and all flights between 14 th and 21 st April in the area of Frankfurt.</figDesc><graphic coords="4,72.44,76.68,440.50,281.15" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_4"><head>Fig. 3 .</head><label>3</label><figDesc>Fig. 3. The number of telegrams and planes over several days in February</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_5"><head>Fig. 4 .</head><label>4</label><figDesc>Fig. 4. The number of telegrams and planes over several days in April</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_6"><head>Fig. 5 .</head><label>5</label><figDesc>Fig. 5. The channel throughput on two days in February and April</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_7"><head>Fig. 6 .</head><label>6</label><figDesc>Fig. 6. The number of telegrams per plane.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_0"><head>Table 1 .</head><label>1</label><figDesc>Comparison of the datasets</figDesc><table><row><cell></cell><cell>February</cell><cell>April</cell><cell>Relative</cell></row><row><cell>min</cell><cell>54 Pkt/s</cell><cell>62 Pkt/s</cell><cell>114%</cell></row><row><cell>max</cell><cell>4863 Pkt/s</cell><cell>1575 Pkt/s</cell><cell>32%</cell></row><row><cell>mean</cell><cell>2223 Pkt/s</cell><cell>525 Pkt/s</cell><cell>23%</cell></row><row><cell>std. dev.</cell><cell>1262 Pkt/s</cell><cell>258 Pkt/s</cell><cell>20%</cell></row></table><note>COVID-19 Research and Smart Healthcare 298 CERC 2020</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_1"><head></head><label></label><figDesc>clearly states COVID-19 Research and Smart Healthcare</figDesc><table><row><cell></cell><cell></cell><cell></cell><cell cols="3">Packets per Aircraft (30min avg.)</cell><cell></cell><cell></cell></row><row><cell>50</cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell></row><row><cell>40</cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell></row><row><cell>30</cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell></row><row><cell>00:00 06-Feb</cell><cell>03:00</cell><cell>06:00</cell><cell>09:00</cell><cell>12:00 time</cell><cell>15:00</cell><cell>18:00</cell><cell>21:00</cell></row><row><cell>00:00 16-Apr</cell><cell>03:00</cell><cell>06:00</cell><cell>09:00</cell><cell>12:00</cell><cell>15:00</cell><cell>18:00</cell><cell>21:00</cell></row><row><cell>CERC 2020</cell><cell></cell><cell></cell><cell></cell><cell>300</cell><cell></cell><cell></cell><cell></cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_2"><head></head><label></label><figDesc>COVID-19 Research and Smart Healthcare Success rate and packet load on 16 th of April</figDesc><table><row><cell></cell><cell>900</cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell>96</cell></row><row><cell></cell><cell>800</cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell>94</cell></row><row><cell>Pkt/s</cell><cell>400 500 600 700</cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell>86 88 90 92</cell><cell>Test-Pkt Success/%</cell></row><row><cell></cell><cell>300</cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell>84</cell></row><row><cell></cell><cell>200</cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell>82</cell></row><row><cell></cell><cell>00:00</cell><cell>03:00</cell><cell>06:00</cell><cell>09:00</cell><cell>12:00</cell><cell>15:00</cell><cell>18:00</cell><cell>21:00</cell></row><row><cell></cell><cell>16-Apr</cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell>Total Packets</cell></row><row><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell>time</cell><cell></cell><cell cols="2">Test-Packets &lt;-80dBm</cell></row><row><cell>Test-Pkt Success/%</cell><cell cols="2">03:00 Fig. 8. 00:00 30 40 50 60 70 80 90 100</cell><cell cols="5">06:00 Mode-S Test-Telegrams in Radio Environment (30min median) 09:00 12:00 15:00 18:00</cell><cell>21:00</cell></row><row><cell></cell><cell>06-Feb</cell><cell></cell><cell></cell><cell></cell><cell>time</cell><cell></cell><cell cols="2">Test Levels &gt; -80dBm Test Levels &lt; -80dBm</cell></row><row><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell><cell>Test Mean</cell></row><row><cell>CERC 2020</cell><cell></cell><cell></cell><cell></cell><cell></cell><cell>302</cell><cell></cell><cell></cell></row></table><note>Fig. 9. Success rate for different levels on 6 th of February COVID-19 Research and Smart Healthcare 303 CERC 2020</note></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="304" xml:id="foot_0">CERC 2020</note>
		</body>
		<back>

			<div type="acknowledgement">
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Acknowledgement</head><p>The authors would like to thank Deutsche Flugsicherung GmbH for supporting this work.</p></div>
			</div>

			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Introduction to TCAS II</title>
		<author>
			<persName><forename type="first">F</forename><forename type="middle">A</forename><surname>Administration</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Advisory Circular</title>
		<imprint>
			<biblScope unit="page" from="1" to="50" />
			<date type="published" when="2011">2011</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<monogr>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">I J</forename><surname>Bredemeyer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Erik</surname></persName>
		</author>
		<author>
			<persName><surname>Wischmann</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Gottstein</surname></persName>
		</author>
		<title level="m">MOSTDONT -Final Report -Release 1</title>
				<imprint>
			<publisher>European Aviation Safety Agency (EASA</publisher>
			<date type="published" when="2010">2010</date>
		</imprint>
	</monogr>
	<note type="report_type">Tech. rep.</note>
</biblStruct>

<biblStruct xml:id="b2">
	<monogr>
		<title level="m">LIZ Bulletin 16</title>
				<imprint>
			<publisher>Deutsche Flugsicherung</publisher>
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
	<note>/2020 IFR movements (entries, exits, overflights and domestics) in all control sectors with a German designator. Tech. rep.</note>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<author>
			<persName><surname>Eurocontrol</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Ash cloud of</title>
				<imprint>
			<date type="published" when="2010-05">April. May 2010. 2010</date>
			<biblScope unit="page">45</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<monogr>
		<title level="m">COVID19 Impact on European Air Traffic EUROCONTROL Comprehensive Assessment Air Traffic situation</title>
				<imprint>
			<date>Tue 21 April &amp; mid-Week 17 (20-21</date>
		</imprint>
	</monogr>
	<note>Eurocontrol</note>
</biblStruct>

<biblStruct xml:id="b5">
	<monogr>
		<title level="m" type="main">compared with equivalent period in</title>
		<imprint>
			<date type="published" when="2019-04">April. 2019. 2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<monogr>
		<ptr target="https://ads-b-europe.eu/" />
		<title level="m">Eurocontrol ADS-B</title>
				<imprint>
			<publisher>Eurocontrol</publisher>
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">Laying down requirements for the performance and the interoperability of surveillance for the single European sky</title>
		<author>
			<persName><forename type="first">T</forename><surname>European Commission</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Official Journal of the European Union</title>
		<imprint>
			<biblScope unit="page" from="35" to="52" />
			<date type="published" when="1207">1207. 2011</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Volcanic ash from the 2010 Eyjafjallajökull eruption</title>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">R</forename><surname>Gislason</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><forename type="middle">A</forename><surname>Alfredsson</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><forename type="middle">S</forename><surname>Eiriksdottir</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Hassenkam</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">L</forename><surname>Stipp</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Applied Geochemistry</title>
		<imprint>
			<date type="published" when="2011">2011</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">ALOHA system</title>
		<author>
			<persName><forename type="first">F</forename><forename type="middle">F</forename><surname>Kuo</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Computer Communication Review</title>
		<imprint>
			<biblScope unit="volume">1</biblScope>
			<biblScope unit="page" from="41" to="44" />
			<date type="published" when="1995">1995</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">Analysis of signal environment on 1030/1090MHz aeronautical surveillance systems</title>
		<author>
			<persName><forename type="first">T</forename><surname>Otsuyama</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Honda</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Naganawa</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Miyazaki</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">IEEE International Symposium on Electromagnetic Compatibility and 2018 IEEE Asia-Pacific Symposium on Electromagnetic Compatibility</title>
				<meeting><address><addrLine>EMC/APEMC</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2018">2018. 2018. 2018</date>
			<biblScope unit="page">71</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<monogr>
		<author>
			<persName><forename type="first">R</forename><surname>Raekow</surname></persName>
		</author>
		<title level="m">Funkfeldüberwachung von Sekundärradarkanälen (german) Diplomarbeit</title>
				<meeting><address><addrLine>Hochschule Darmstadt</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2010">2010</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">A novel approach to emulate and detect packet loss on surveillance radar channels</title>
		<author>
			<persName><forename type="first">R</forename><surname>Raekow</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Kuhn</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><forename type="middle">L</forename><surname>Wenning</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">IEEE VTC Spring 2020 Conference Proceedings</title>
				<imprint>
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<analytic>
		<title level="a" type="main">OpenSky report 2016: Facts and figures on SSR mode S and ADS-B usage</title>
		<author>
			<persName><forename type="first">M</forename><surname>Schafer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Strohmeier</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Smith</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Fuchs</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Pinheiro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><surname>Lenders</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Martinovic</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">AIAA/IEEE Digital Avionics Systems Conference -Proceedings</title>
				<imprint>
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<monogr>
		<title level="m" type="main">DFS ADS-B Implementation in High Density Radar Controlled Airspace-Experiences and Challenges</title>
		<author>
			<persName><forename type="first">S</forename><surname>Stanzel</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2019">2019</date>
		</imprint>
	</monogr>
	<note type="report_type">Tech. rep.</note>
</biblStruct>

<biblStruct xml:id="b15">
	<analytic>
		<title level="a" type="main">SSR Radio Field Simulation and Monitoring-Motivation</title>
		<author>
			<persName><forename type="first">A</forename><surname>Walberer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Marquard</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Herber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Fischer</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Methods and Results. Tech. rep</title>
		<imprint>
			<date type="published" when="2013">2013</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b16">
	<analytic>
		<title/>
	</analytic>
	<monogr>
		<title level="j">COVID-19 Research and Smart Healthcare</title>
		<imprint>
			<biblScope unit="volume">305</biblScope>
			<date type="published" when="2020">2020</date>
			<publisher>CERC</publisher>
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
