Also: by changing pdcchCqishift -5 to -2, ilReacTimerUl 5ms to 500ms, p0NomPusch -82 to -87, ulpcUplevSch -88 to -94 and p0NomPucch -114 to -111. SINR and MCS coding improved but UL BLER degraded, Retransmission increased, UL throughput degraded, RTWP increased.
Any idea for degradation?
Goal is to reduce VoLTE audio gap.
Vendor is Nokia.
All these parameters have different impact eg by changing pdcchchishift we are giving less offset to the received cqi value and by this change cqi value will improve and pddch cce utilization and cce agg 8 level will reduce thus giving improvement to overall capacity and throughput.
Increasing ponompucch will improve pucch decode SR but can impact interference.
In above mentioned scenario ponompusch power is reduced which will compensate the uplink interference.
From radio side it can be due to poor radio condition, larger handover execution time etc.
From transmission side packet loss can be found.
If still no issue found, you need to collect wiresherk trace to check if there is any issue in SIP protocol related signalling.
Normally as per our experience when UL is weak or DL RSRQ is poor then you ll have audio gaps.
We resolved our complaints by enabing RSRQ based Handovers for VoLTE.
It is recommended to enable tti bundling for Volte as voice requires contiguous data flow unlike internet.
Packet loss or jitter in the backhaul may also be verified.
Usually for MBB the trigger quality is RSRP. Do you have the flexibility to change the trigger quality to RSRQ for QCI-1(VoLTE) only? or you just applied the RSRQ related offsets for target thresholds for QCI-1(VoLTE) bearers making sure the target has good enough quality(RSRQ)?