# Satellite-Assisted Disrupted Communications: IoT Case Study
## 4 Experiments
### Experimentation Scenarios
#### 4.2.2 Scenario 2: IoT Sensors from Smart Santander Transmitting to Existing TestBeds  
In this scenario, the data generated from a set of sensors within the Smart Santander testbed (obtained from the Rewire project [55; 56]) were utilized to construct an IoT experiment. The timestamps from the actual sensors' metrics (saved in.csv files) were parsed in OMNeT++ with a Python script (that reads the.csv files and parses the respected values), to simulate their communication with various testbeds in the EU and the U.S. through satellite communications. Our experiments examined the impact of both the satellite number in a constellation on the mean RTT and ping loss, as well as the effects of the _interSatelliteLink_ parameter. The detailed simulation parameters for Scenario 2 are provided in Table 4.  
Among the available sensors, both static and mobile, we acquired data for 10 stable sensors for our simulations, with their real measurements recorded on 3 December 2022. Five (5) of them are located in parking slots monitoring the arrival and departure of \begin{table}
\begin{tabular}{c c} \hline \hline numOfMCCs & \(11\) \\ \hline Senders & Sensors[0\(\ldots\) 4], Sensors[5\(\ldots\) 9], Sensors[10\(\ldots\) 12], Sensors[13\(\ldots\) 15] \\ \hline Receivers & MCC[6], MCC[5], MCC[7], MCC[8] \\ \hline Ships & 5 \\ \hline numOfSensors & 16 \\ \hline numOfSats & 1 st experiment 360, 2 nd experiment 600 \\ \hline Planes & 1 st experiment 6, 2 nd experiment 10 \\ \hline satPerPlane & 60 \\ \hline enableInterSatelliteLinks & true \\ \hline updateInterval & 100 s \\ \hline sendInterval & 300 s \\ \hline sim-time-limit & 24 h \\ \hline \hline \end{tabular}
\end{table} 
Table 3: Simulation parameters of Scenario 1. Figure 2: Simulation snapshots from the 360 (**left**) and 600 (**right**) satellite constellation in Scenario 1.  
vehicles, while the remaining sensors are distributed across the city, capturing diverse measurements such as battery level, temperature, illuminance, and sound pressure level. Therefore, the sensors placed in parking slots have limited to no periodicity in their transmissions (i.e., Sensors[5; 6; 7; 8; 9]) while the remaining maintain close to constant _sendInterval_ (i.e., Sensors[0-4]) with some displaying proportional changes in the initial _sendInterval_, such as intervals of 10 min, 20 min, and 30 min. Table 5 describes the characteristics of the 10 selected sensors in relation to the simulation parameters and the actual sensors' ID. The earliest start time of data transmission, specifically at time 0:58, is taken as the reference point (time 0), corresponding to the initial measurement from Sensor[4]. Subsequently, all the remaining sensors initiate their transmissions by following the timer of Sensor[4], e.g., Sensor[1] has a _startTime_ of 1 min since its transmission started at 0:59. \begin{table}
\begin{tabular}{c c} \hline numOfMCCs & 26 \\ \hline Senders & see Table 5 \\ \hline Receivers & 7 \\ \hline numOfSensors & 10 \\ \hline numOfSats & 1 st experiment 360, 2 nd experiment 600, 3 rd experiment 900 \\ \hline Planes & 1 st experiment 6, 2 nd experiment 10, 3 rd experiment 15 \\ \hline satPerPlane & 60 \\ \hline enableInterSatelliteLinks & true/false \\ \hline updateInterval & 60 s \\ \hline sendInterval &.csv files of each sensor \\ \hline sim-time-limit & 24 h \\ \hline \end{tabular}
\end{table} 
Table 4: Simulation parameters of Scenario 2.