Open kmohr-soprasteria opened 2 months ago
For the example above other attributes in of the transmission-mode-list records are different between the four 16QAMStrong records, e.g. the channel-bandwidth, or am-downshift-level...
{
"transmission-mode-name": "28003",
"symbol-rate-reduction-factor": 1,
"channel-bandwidth": 28000,
"xpic-is-avail": true,
"supported-as-fixed-configuration": false,
"tx-power-min": -6,
"am-downshift-level": -76,
"modulation-scheme": 16,
"code-rate": 75,
"am-upshift-level": -74,
"rx-threshold": -80,
"modulation-scheme-name-at-lct": "16QAMStrong",
"transmission-mode-rank": 28003,
"tx-power-max": 21
},
{
"transmission-mode-name": "14003",
"symbol-rate-reduction-factor": 1,
"channel-bandwidth": 14000,
"xpic-is-avail": true,
"supported-as-fixed-configuration": false,
"tx-power-min": -6,
"am-downshift-level": -79,
"modulation-scheme": 16,
"code-rate": 74,
"am-upshift-level": -77,
"rx-threshold": -83,
"modulation-scheme-name-at-lct": "16QAMStrong",
"transmission-mode-rank": 14003,
"tx-power-max": 21
},
Info Sven:
das sieht so aus, als hätten sie für jede Bandbreite (7, 14, 28, 56, 112MHz) eine eigene ID, die Modulation ist dann aber immer „16QAMStrong“, die übertragene Bandbreite ist dann aber entsprechend weniger oder mehr. Für die Anzeige der Modulationsstufe ist das korrekt, man muss nur bei der Berechnung der Kapazität/Auslastung vorsichtig sein, weil man hierzu Modulationsstufe und Bandbreite braucht.
Originally it was envisioned to deliver the data as csv, but with the latest findings that at least makes no sense for the QAM data. (For others like level data or G826 csv would still be fine.)
Netexplorer needs QAM data.
transmission-mode-name
to denote the modulation schemeSample filtered for just 3 attributes: