We tried many times this trial, but we lag in term of throughput.
Yesđ
We tried many times this trial, but we lag in term of throughput.
Yesđ
InitDlTargetIbler - CellQciPara:
When we change ibler threshold from 10 to 15%, higher MCS samples marginally increased.
Because target bler is set comparatively higher.
With MCS increase both MAC and RLC tput marginally increased.
No effect of call drop, etc as expected.
(These are field trial result)
Prefered set this parameter not too large.
MCS increased I donât think MAC layer throughput, phy throughput may inceased.
But due to retransmisison may increased, so actual user throughput is not sure to increased.
As you see from parameter description: If the spectral efficiency gains brought by the MCS index increase are more significant than the performance loss caused by the retransmission rate increase, the downlink traffic volume increases.
As you know, MAC throughput formula include TBS & BLER.
I think downlink traffic volume increase doesnât mean thp increase, it may cause utilization increase.
Other user may get impact.
My 2c:
In a way, you must test and observe. 10% is what the LTE and NR system was âdesignedâ to operate, but the eNB/gNB schedulers may be more or less accurate to allocate resources to meet this target.
Increasing IBLER Value will decrease DL UserTHPT. Because you are sustaining your call for longer period by increasing retransmission of HARQ value. This means your MCS as low level & not at high. 10% is optimised value in many vendors
KIndly correct if I am wrong.
The same should for NR & 4G both. Because it has to be of same concept.
You can check below parameter
NRDUCELLPDSCH.DlTargetIbler: Ibler adjustment target value: Indicates the target value of initial transmission bit error convergence in outer-loop adjustment. The recommended value is 10%.
What threshold we should use of iBLER ?
Normally it is 10%.
Is user experience affected if its around 15%?
For good radio conditions, it should be low.
For poor radio conditions, it can be kept a little high to avoid retransmissions.
No, for poor RF it should be low bler as it will be lead to high retransmission and drops.
Normally its 10 percent.
It increases throughput, but drop can also increase.
Hi @parkarnadeem86, I donât think thatâs correct.
Please re-examine.
My understanding itâs correct.
In poor RF high bler is there already.
Check CQI table with retx, you will get the answers.
In good RF if low retx is there then we increase bler for throughout.
We donât want drops in poor RF increase.
So, BLER alone cannot be taken as any performance metric?
From OSS KPIs what combination can be used?
Yes sure bler is just one part.
Depends on number of things .
If you keep low BLER in poor rf, it will definitely drop and ask for retransmission, isnât it?
It cannot demodulate the data.