Open source UE
srsUE configuration reference for AEON
Reference table of srsUE configuration keys that affect conformance results on AEON Cloud, with recommended values and the failure each one prevents.
6 min read
These are the keys that actually change verdicts. Everything else in ue.conf can usually stay at its default for conformance runs.
| Key | Recommended | Prevents |
|---|---|---|
| rf.device_args master_clock_rate | 23.04e6 (B210) | Sample-rate mismatch, PSS never found |
| rf.tx_gain | 70 | Network side fails to decode PRACH |
| rf.rx_gain | 40 | Saturated receiver, corrupt SIB decode |
| usim.algo | milenage | Authentication Failure (MAC failure) |
| usim.opc / k | match PIXIT | Authentication Reject at step 4 |
| nas.apn | internet | PDU session establishment reject |
| log.all_level | debug | Copilot cannot localise the failure |
| pcap.enable | mac,mac_nr,nas | No frame-level evidence in the report |
Validate before you burn lane time
bashbash
aeon config lint ./ue.conf --suite NR_5GS_Registration # warns on gain, clock rate, and USIM values that contradict the campaign PIXIT
noteRun the linter in CI. It catches the majority of first-attempt failures without consuming a lane reservation.
Run this against a real SDR lane
The tester is a service, not a box. Push a build, reserve a lane, get a verdict.