Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Task marked complete

 

This document briefly describes some considerations and variants for the communication architecture for the HSI mission. 

Table of Contents

Introduction and rationale

The numbers and figures in this document relates to numbers in other design documents and are summed up in HSI for CubeSat.

In order to save time, which is likely the most valuable resource for this project, it is advised that the payload downlink (and other communication systems) will be bought together with the satellite bus. The requirements will be presented to suppliers in form of a tender in Q4 '17 or Q1 '18. From this, it is expected that bidding suppliers will suggest hardware and systems that will meet our requirements. Various suppliers will have different equipment and possibly also different requirements/options/offerings for GSs. This goes both for the comm systems (TM/TC, payload downlink, ground stations) as well as software for operation. 

Space segment

At the time of writing, a payload S-band (2 GHz) downlink capable of 1-4 Mbps seems reasonable, as it is a product available for CubeSats. These systems will also have an output power that can be supported by the CubeSat. In practice, this output power will be quite low (typical 1-10 W). In order to close the link budget, such systems will require an antenna dish of some size (TBC), perhaps with a diameter of 3 to 4 meters on a steerable mast. This must be verified with a link budget calculation when the space segment sub-system is known. 

Suppliers such as GOMSpace, ISIS, ClydeSpace and UTIAS SFL all have S-band radios available. If higher datarates are needed, X-band (8 GHz) can be an option, but availability of such systems will be more limited. 

The amount of data generated by the payload must controlled in order to meet the capabilities of the downlink radio system. The communication system might be a bottleneck, so scheduling and operation planning must be done in an efficient manner in order to maximize the amount of data that can be downloaded. 

Ground segment

Several architecture options are possible; (1) either only own ground station (possibly enhanced with ground stations at partner universities and organizations), (2) use of commercial stations or (3) a combination of (1)&(2). 

(1): Local university ground stations

At the time of writing, our own ground station is currently not near meeting our requirements wrt. S-band capabilities. The VHF/UHF TM/TC-part is also not fully operational. However, funding for a heavy upgrade looks very promising. We should know this month, I think. The ground station hardware/software could, depending on cost/schedule/options be based upon GS hardware/software from the satellite supplier or set up our own general equipment (or both). An example of a typical ground station can be found here: https://www.isispace.nl/product/full-ground-station-kit-s-band/. Generally, the ground station will consist of antennas (dish for S-band, Yagi for VHF/UHF), amplifiers and switches as well as a radio supported by operation software. 

A general, versatile ground station based on the use of SDR and GNURadio are being set up at by the university radio club. An upgraded version of the HAM-station (VHF/UHF) for the student satellite project is on-going and planned to be finished by end of '17. 

Partners such as Porto, Vigo and also other universities can be potential supporters and help with data acquisition. However, cost and time to build ground stations must be considered. They should set up their own ground stations of similar capabilities compared to ours. The partners must endure the time and cost to implement it.

Access to NASAs large antennas could be very interesting, especially if things does not work out as it should. This can also be of interest wrt. setting up more advanced experiments based on the SDR-payload in next steps.

Setting up own ground stations also has a value by increasing the competence of the organization. In addition, these stations can be used by other missions and might also be included in global ground station networks such as SATNogs when they are not used by the project. 

(2): Commercial stations

The use of for example the KSAT Lite should be considered. This will be a solution requiring a cost during operations. However, it can be vise to have a backup communication architecture available if the local ground stations cannot be used for some reason.  

Another option to explore is to partner with Statsat and gain access to Kystverkets station in Vardø. This will also have a cost for the operation. 

Both KSAT and Statsat are Norwegian companies with stations far north. This is highly advantiougs for the operations and might be preferred for this reason. There are also other companies such as Leaf Space https://leaf.space/leaf-line/ providing ground station services for small satellite missions. 

Cost and possibilities for all options must be clarified in the next project phase. 

(3): Combination

Especially if the we do not get several other partners onboard, the need for a commerical partner can be strong in order to get as much contact time to the satellite as possible. Trondheim is far north and will most likely see up to 5 to 6 passes every day (for TM/TC), but S-band downlink might require high elevation angles in order to close the link budget (TBC) so only 1-3 passes might be usable pr. day. This must be further simulated and calulated. Generic coverage simulations can be performed now, but accurate link budget calculations are only possible when the hardware is known. 

KSAT Svalbard and Vardø stations are far north and will therefore see the satellite more times during the day, this alone can be a reason for having to use these stations during mission aquicition operations. Local ground stations can be used for TM/TC and simple operations in order to not incure more costs than necessary. 

This document is to be an introduction of work that has to be performed in order to derive a communication architecture for the HSI and SDR missions, commonly referred to as MASSIVE missions.

Also see: Frequency Allocations

Communication Architecture Overview

Consisting of:

  1. Spacecraft TT&C (operations, strongly linked to satellite bus)
  2. Downlink (and uplink) for HSI camera
  3. SDR experiment

Link budget

A simple link budget can be found in the ground station requirements document (OneDrive):

https://studntnu-my.sharepoint.com/:x:/r/personal/garaq_ntnu_no/_layouts/15/Doc.aspx?sourcedoc=%7Bb902015b-5f2a-4ddc-b8a3-1c4840713b10%7D&action=default&uid=%7BB902015B-5F2A-4DDC-B8A3-1C4840713B10%7D&ListItemId=22130&ListId=%7BF2EE96B4-2739-4CAD-8A89-DB421AE0C61E%7D&odsp=1&env=prod

Image Added

Gains, power levels and noise levels must be re-calculated with numbers and info from real physical equipment when we get that.


Radio channel properties and justifications for selected paramaters in the link budget can be found here: link_budget_radio_channel_properties.pdf

S-band summary

The size of the ground station antenna impacts the potential data rate, and how low elevation angle we can support.The link budget indicates that:

  • 2 meter dish might support 1 Mbps (downlink) from 30 deg elevation angle.
  • 3 meter dish might support 1 Mbps (downlink) from 10 deg elevation angle.
  • 2 meter dish might support 100 kbps (uplink and downlink) from 10 deg elevation angle.

UHF summary

  • The UHF should be able to provide up to 19.200 kbps (uplink and downlink) from 10 deg elevation angle given that antennas with > 12 dB gain is used in one end of the link. (Examples: Large sensor node, ground station).
  • The UHF should be able to provide more than 1.200 kbps (uplink and downlink) from 10 deg elevation angle given that antennas with near isotropic radiation patterns are used. (Examples: Small sensor nodes, UAVs).

Space segment

Consisting of:

Satellite Operations and TTC 

UHF and S-band options?

S-band (duplex). Downlink rate: 1 Mbps. Uplink rate: 100 kbps.

Clarification needed:

Shared with satellite operations and TTC?

SDR Experiment

Likely frequency: UHF (EESS-band, 400-403 MHz)

Issues and clarifications needed:

  • Antenna
  • Co-excistence with satellite bus UHF TTC
  • Power limits
  • Scheduling limits

Ground segment

Consisting of:

New NTNU Ground Station

Overview and assesment of Ground Segment options

Specifications of Available Ground Stations

New ground station at NTNU

Commercial Ground Station Options

This links to:

  1. Own agreements with ground station network operators (KSAT, Leaf.space, others)
  2. Agreements and services from satellite bus provider

Ground station and operations software

This links to:

  1. Satellite operations tied to
    1. Onboard operation system
    2. Satellite providers operation methodology and ground (station) software
  2. Payload operations tied to
    1. Satellite providers data distrbution architecture through own/3rd party ground stations
    2. Direct access from our own ground station

Satellite operation software (cannot be changed by us)

...

The satellite bus suppliers will, depending on our needs, deliver software for operating the

...

satellites. When their specification is known, we can derive the need for our own mission planning/scheduling software.

Own payload/mission operation software

Software for

...

interpreting data/distribute data will be needed and should be agnostic wrt. the operations software. 

...

Unknown User (albertda): Your part will plug in here

Potential Partners and Collaborators

Vigo

Their tool-chain. Can it be used?

Statsat

The Norwegian company Statsat are doing operations of the AIS-satellites and NORSat satellites. They now have four satellites operational, and a staff of only four-five people doing everything. They are in the process of re-writing their software based on the 5-6 years of experience they now have, in order to further simplify and stream-line operations. They are delivering an operational service for Kystverket, in addition to more ad-hoc support to research teams with other payloads on the NORSats. It could be very beneficial to try partner with them on mission software and control room ops. 

Architecture Overview

Image Added

List of papers/documents from current and related research

R. Birkeland, D. Palma, and A. Zolich, “Integrated smallsats and unmanned vehicles for networking in remote locations,” in Proceedings of The 68th International Astronautical Congress, 2017.
https://www.researchgate.net/publication/320101716_Integrated_SmallSats_and_Unmanned_Vehicles_for_Networking_in_Remote_Locations

R. Birkeland and D. Palma, “Freely-drifting small-satellite swarms for sensor networks in the Arctic,” in Proceedings of the Third International Congress on Information and Communication Technology, 2018.
paper_F_ICICT_2018.pdf

D. Palma and R. Birkeland, “Enabling the Internet of Arctic Things with Freely-Drifting Small-Satellite Swarms,” submitted to Proceedings of the IEEE Global Communications Conference, 2018.
paper_G_Globecom_2018.pdf

A. Zolich et.al, "Survey on Communication and Networks for Autonomous Marine Systems", Journal of Intelligent and Robotic Systems, 2018
https://www.researchgate.net/publication/324679900_Survey_on_Communication_and_Networks_for_Autonomous_Marine_Systems

David Palma, Artur Zolich, Yuming Jiang, Tor Arne Johansen, "Unmanned Aerial Vehicles as Data Mules: An Experimental Assessment",  IEEE Access 2017
https://www.researchgate.net/publication/320827638_Unmanned_Aerial_Vehicles_as_Data_Mules_An_Experimental_Assessment

Manlio Bacco et.al, "A Survey on Network Architectures and Applications for Nanosat and UAV Swarms", 9th International Conference, WiSATS 2017, pp 75-85
https://link.springer.com/content/pdf/10.1007%2F978-3-319-76571-6.pdf

Link budget and radio channel properties: link_budget_radio_channel_properties.pdf

Network architecture and network stack: network_architecture_and_network_stack.pdf

Task list