Source: https://open5g.cs.hs-rm.de/use-cases

Use cases

# A network you can put to work.

The same radio site can become a teaching lab, a network experiment or the access point for campus sensors. Each scenario connects a practical task with something measurable.

01 / Campus sensing

## Weather station & IoT

The campus weather station uses the private 5G network to access the campus data service. The RUT976 connects the sensor application to the core network and the existing weather platform.

**Equipment**Campus weather station, Teltonika RUT976 and the 5G platform.

### What happens in the experiment?

The station sends its data to the RUT976 over Ethernet. Through the private 5G connection, the data reaches the campus data service and weather dashboard. Router telemetry adds connection information alongside the application data.

### What can we learn?

The implemented data path supports experiments on data freshness, outages and recovery. Further work can compare 5G with Wi-Fi and correlate weather readings with router telemetry and core events.

Scroll sideways to explore the diagram, or open the full-size version.

![Weather-station collection flow: station data travels via Ethernet to the RUT976 and via MQTT to the ingester and InfluxDB application. Router telemetry is retrieved over SSH as JSONL and imported separately as link metrics.](https://open5g.cs.hs-rm.de/architecture/weather-telemetry.en.svg)

Website adaptation of the thesis collection flow: application data and router telemetry follow separate processing paths. The thesis describes this collection flow using the Wi-Fi reference setup; the diagram shows data processing rather than the radio topology. [Open full-size diagram ↗](https://open5g.cs.hs-rm.de/architecture/weather-telemetry.en.svg)

The weather data path through the RUT976 and the private 5G network is implemented. Weather data and router telemetry can be analysed separately and compared over time.

[Visit the campus weather station ↗](https://wetterstation.cs.hs-rm.de/)

02 / Learn by observing

## Teaching & practical labs

Turn mobile-network concepts into a sequence students can follow on physical equipment.

**Equipment**Commissioned test SIMs, Android/iOS phones or a Linux modem, and the researcher monitoring tools.

### What happens in the experiment?

Register a device, establish a PDU session and open a campus application. Relate each step to AMF/SMF events and traffic at the UPF. Then diagnose a prepared configuration or connectivity fault.

### What can we learn?

Separate radio access, subscriber authentication, session setup and application reachability. Students can explain which observation supports each conclusion.

03 / Repeatable experiments

## Network & device research

Use a documented baseline to investigate what changes when the device, backhaul or workload changes.

**Equipment**SC-418, Open5GS, Quectel RM520N-GL, Android and iOS test devices.

### What happens in the experiment?

Repeat a defined traffic profile with fixed duration, server and radio conditions. Compare direct Ethernet with the router backhaul, then investigate device registration and application behaviour.

### What can we learn?

Measure throughput, RTT, reconnect behaviour and telemetry together. Separate controlled measurements from one-off functional tests; preserve logs and configuration for comparison.

[Explore research opportunities →](https://open5g.cs.hs-rm.de/research#explore)

Further directions

## Room for the next project.

These are candidate experiments for future student projects and research, not capabilities already demonstrated by the platform.

01

### Distributed campus sensors

Extend the weather scenario to greenhouse or building sensors and investigate data freshness across many small updates.

02

### Video and edge applications

Study the relationship between uplink load, delay and application quality using a campus video-processing endpoint.

03

### Robotics and mobile devices

Explore device movement and intermittent connectivity in supervised experiments. Continuous mobile coverage and handover would require additional work.

### QKD & secure backhaul

A further research direction: investigate QKD-assisted key distribution for encryption of the N2/N3 transport between the radio site and the campus core.

[Explore the QKD concept →](https://open5g.cs.hs-rm.de/research#qkd)

## Bring a research question.

A good starting point is a device, a measurable outcome and a repeatable test procedure.

[Project contact →](https://open5g.cs.hs-rm.de/legal/contact)
