jkpllan3
2016-08-16, 04:58 AM
Hi friends,
In my network during a CS Call, PS services throughput were almost null. The following commands were run to fix the issue:
SET UCORRMALGOSWITCH: ReservedSwitch0=RESERVED_SWITCH_0_BIT11-0&RESERVED_SWITCH_0_BIT15-0; // Do not requires downswitching to R99 when setting up CS+PS MultiRAB
SET UCORRMALGOSWITCH: MapSwitch=MAP_CSPS_PS_UL_USE_DCH_SWITCH-0&MAP_CSPS_PS_DL_USE_DCH_SWITCH-0; //In case of CS+PS MultiRAB this will map PS service to HS channels in UL and DL.
However, in some RNCs the call setup success rate for HSDPA went down (also drop call rate increased). The main reason for the access failure was VS.RAB.FailEstab.IuBFail.
From CALLFAULT CHR files I determined the main cause of failures was "RL establish or re-configuration process, NODE B returns the requested configuration is not supported" (see attached file).
The change was made in five RNCs, but only 2 had this behavior (rollback was made).
Any ideas of the possible cause?
Any ideas are appreciated...
In my network during a CS Call, PS services throughput were almost null. The following commands were run to fix the issue:
SET UCORRMALGOSWITCH: ReservedSwitch0=RESERVED_SWITCH_0_BIT11-0&RESERVED_SWITCH_0_BIT15-0; // Do not requires downswitching to R99 when setting up CS+PS MultiRAB
SET UCORRMALGOSWITCH: MapSwitch=MAP_CSPS_PS_UL_USE_DCH_SWITCH-0&MAP_CSPS_PS_DL_USE_DCH_SWITCH-0; //In case of CS+PS MultiRAB this will map PS service to HS channels in UL and DL.
However, in some RNCs the call setup success rate for HSDPA went down (also drop call rate increased). The main reason for the access failure was VS.RAB.FailEstab.IuBFail.
From CALLFAULT CHR files I determined the main cause of failures was "RL establish or re-configuration process, NODE B returns the requested configuration is not supported" (see attached file).
The change was made in five RNCs, but only 2 had this behavior (rollback was made).
Any ideas of the possible cause?
Any ideas are appreciated...