E// Exports, I want to know which amos command gives the same results as below:
Look for something like this in amos console:
momp . RANK
Using the above command momp.rank it
not yield above o/p
That output is a health-check script parsing PM counters from ROP files — so the AMOS equivalent is the ROP-reading command family, not a live MO read. The direct match:
lt all
pmx EUtranCellFDD=JK4G18_441PC371E_14 pmRadioTxRankDistr -m 0.5
Or for all cells on the node in one shot:
pmx EUtranCellFDD= pmRadioTxRankDistr -m 0.5
Why this is the equivalent:
-
pmxreads historical counter values directly from the ROP files stored on the node — the screenshot’s header (“Report from 06:00 to 06:29 UTC, 2 ropfiles”) is exactly a 2×15-min ROP window, which is what-m 0.5(last half hour) reproduces. Use-m 1,-m 24etc. for longer windows. -
pmRadioTxRankDistris the PDF (bin-vector) counter holding the transmission-rank sample distribution per cell. The script’s TM03_RANK2 / TM04_RANK2 columns are computed percentages: rank-2 samples ÷ total samples within each transmission-mode bin group. The “NA” under TM03 simply means those cells logged no TM3 samples (running TM4), so the denominator is zero. -
pmxgives you the raw bin values — the script does the division and the 20% threshold comparison on top. If you want the ready-made percentage without manual math, checkpmr(moshell’s report menu); recent moshell versions include a MIMO/rank distribution report that presents rank-2 share per cell directly. The menu numbering varies by moshell version, so runpmrand pick the rank/MIMO report from the list it prints.
Two related commands worth knowing for the same investigation: pget EUtranCellFDD= pmRadioTxRankDistr reads the live accumulating value of the current ROP (not yet closed), and pmxh works like pmx but prints per-hour aggregation, useful when you widen the window to spot the time-of-day pattern behind low rank-2.
One verification note, in keeping with how you work: the exact bin-to-TM/rank mapping of pmRadioTxRankDistr changed across L-releases — confirm the bin layout in the ALEX/CPI counter description for the node’s release before you hard-code the percentage formula into any check of your own. If you tell me the release, I’ll walk the computation with you.
is this AI or not ?
Try and let me know.
Not same result
I will need the corresponding libraries and logs to perform an extraction correlation and pinpoint the issue
