A Scheme for Software Defined ORS Satellite Networking

Abstract

Space-ground integrative network is an important development direction for sustainable communication networks especially to the information system which contains the data acquiring in multiple ways including space and ground, data processing by amalgamation and so on. As a new satellite technology, ORS (Operationally Responsive Space) will provide a fast and flexible solution for emergency response such as aim tracking, dense earth-observation, communication relay and so on, which can be fast deployed or awoken and play an important role on-demand. However, most existing satellite communication follows a designated and static scheme that can't meet the dynamic networking requirements of ORS. In order to build a reliable ORS satellite network whose communication parameters can be reconfigured such as task region, work time, cooperation satellites, QoS and so on, a new satellite network architecture should be studied. Firstly, based on software defined network (SDN) technology, a networking scheme for ORS satellites was proposed in literally, named SDN-SatArc, which adopted a light-structure . It can also receive and process the instructions of ground center. Then ORS satellite network model was designed according to network meta-model defined by us to allow describing current ORS satellite states, and compute the necessary multi-hop route in the future.

Space-Air-Ground Integrated Network for Disaster Management: Systematic Literature Review

“…e objective of this paper is to present a systematic literature review for the sake of providing a comprehensive review of all the research that has been conducted. e contribution in this paper is as follows: [9] 2014 Proposed solution 0.5 1 2 3.5 [10] 2021 Survey 1 0 2 4 [11] 2016 Architecture 1 0.5 0 2.5 [12] 2013 Survey 1 0.5 0 1.5 [13] 2021 Survey 1 0.5 0 2.5 [14] 2020 Platform 0.5 1 2 3.5 [15] 2021 Survey 0.5 0 1 2.5 [16] 2015 Architecture 1 1 0 3 [17] 2014 Architecture 1 1 0 3 [18] 2021 Survey 0.5 0.5 2 4 [19] 2020 Model 1 0.5 0 2.5 [20] 2020 Architecture 0.5 0.5 0 2 [21] 2021 Survey 1 0.5 2 4.5 [22] 2021 Architecture 1 0.5 2 4.5 [23] 2020 Architecture 0 1 2 3 [24] 2021 Survey 1 0.5 2 4.5 [25] 2020 Framework 1 0.5 0.5 3 [26] 2021 Proposed solution 0 0 2 3 [27] 2021 Proposed solution 0 0 2 3 [28] 2021 Proposed solution 0.5 0 1 2.5 [29] 2017 Survey 1 1 1.5 4.5 [30] 2021 Proposed solution 1 0 1.5 3.5 [31] 2021 Proposed solution 0 0 1 1 [32] 2020 Proposed solution 0 1 2 4.5 [33] 2020 Survey 0 0.5 1 2.5 [34] 2019 Architecture 0 1 1 3 [35] 2019 Architecture 0.5 1 2 3.5 [36] 2019 Proposed solution 0 1 2 3 [37] 2021 Proposed solution 1 0.5 2 4.5 [38] 2020 Proposed solution 1 0.5 2 4.5 [39] 2018 Survey 1 0.5 0 2.5 [40] 2019 Proposed solution 1 0.5 1 3.5 [41] 2021 Survey 0.5 0 2 3.5 [42] 2021 Architecture 0.5 0 1 2.5 [43] 2015 Proposed solution 0 1 2019 Architecture 1 0.5 0 2.5 [60] 2022 Model 0 0.5 2 3.5…”

“…Other authors have, however, focused their research on improving the architecture of SAGIN by incorporating either the use of vehicular networks [22,46,54] or software defined networks (SDN) [11,17,20,47] or mobile edge computing (MEC) or all these terms combined.…”

A Systematic Literature Review on Military Software Defined Networks

“…SDN in space differs from ground SDN, due to the distinct mobility patterns, and the fact that satellites can come out of reach due to their mobility patterns. However, their location can be predicted if they come out of reach [97]. Hence, an abstract network model is needed, in order to make an application that can make such predictions.…”