Feature #4488
openhave uplink/downlink tests for all CS/MCS
0%
Description
As I just saw https://gerrit.osmocom.org/c/libosmocore/+/17741 I'm wondering how hard it would be to run some simple test (like a ping test with large packet size) over each of the supported CS/MCS.
If we test this against a commercial modem, we should be pretty sure that we don't have any problems in our encoding/decoding of the related messages.
All that would be needed is a way to hard-code (via VTY) the coding scheme for the duration of the respective test.
Any ideas?
Related issues
Updated by pespin over 4 years ago
AFAIK the CS/MCS to use can already be set through VTY commands like:
pcu cs 2 cs max 2 mcs 3 mcs max 3 cs threshold 10 33 cs downgrade-threshold 200 cs link-quality-ranges cs1 6 cs2 5 8 cs3 7 13 cs4 12 mcs link-quality-ranges mcs1 6 mcs2 5 8 mcs3 7 13 mcs4 12 15 mcs5 14 17 mcs6 16 18 mcs7 17 20 mcs8 19 24 mcs9 23
Updated by pespin over 4 years ago
- Related to Feature #4286: Support configuration using 8PSK on dowlink while staying GMSK-only on uplink added
Updated by pespin over 4 years ago
- Related to Feature #4510: Support EGPRS RLC/MAC blocks in ttcn3 added
Updated by pespin over 3 years ago
I have already several tests verifying "initial (M)CS" and "max (M)CS" configs, which can be used to trigger a situation in which both MS and network use specific sets of (MCS) in UL and DL.
So far I'd say in general all look fine, but specifically MCS7-9 should be better tested.