E******* GSM subscriber perceived congestion

[danikd]

I had some problem with measurements of Subscriber perceived congestion in E******* GSM network. Historically I'm utilizing the following formula:
TCH congestion = 100*(TFNRELCONG+THNRELCONG+TFCONGSAS+THCONGSAS-CNRELCONG+TFNRELCONGSUB+THNRELCONGSUB+TFCONGSASSUB+THCONGSASSUB)/TASSALL


while in some operators I observe the different formula:
Subscriber perceived TCH congestion=100*TFESTPGSMSUB/TASSALL

According to E******* documentation counter TFESTPGSMSUB does not related to congestion measurements at all, while field measurements show that addind TRX on highly congested cell decreasing or even making 0 value for this counter.

Does someone have explanation for this?

Regards,
Daniel

[eritelecom]

I had some problem with measurements of Subscriber perceived congestion in E******* GSM network. Historically I'm utilizing the following formula:
TCH congestion = 100*(TFNRELCONG+THNRELCONG+TFCONGSAS+THCONGSAS-CNRELCONG+TFNRELCONGSUB+THNRELCONGSUB+TFCONGSASSUB+THCONGSASSUB)/TASSALL


while in some operators I observe the different formula:
Subscriber perceived TCH congestion=100*TFESTPGSMSUB/TASSALL

According to E******* documentation counter TFESTPGSMSUB does not related to congestion measurements at all, while field measurements show that addind TRX on highly congested cell decreasing or even making 0 value for this counter.

Does someone have explanation for this?

Regards,
Daniel

I think u made a mistake when u wrote TFESTPGSMSUB ( for overlaid subcells only) instead of TFESTPGSM.
TFESTPGSM : number of connections successfully established
TASSALL :Number of first assignment attempts on TCH for all MS power classes
Thus the formulae has to be as following :
==> 100*[1- (TFESTPGSM / TASSALL)] = Subscriber perceived TCH congestion

[danikd]

I think u made a mistake when u wrote TFESTPGSMSUB ( for overlaid subcells only) instead of TFESTPGSM.
TFESTPGSM : number of connections successfully established
TASSALL :Number of first assignment attempts on TCH for all MS power classes
Thus the formulae has to be as following :
==> 100*[1- (TFESTPGSM / TASSALL)] = Subscriber perceived TCH congestion

Hi,
There is no mistake!!!!!
The customer claiming that E******* description does not comply with real action.

TFESTPGSMSUB - According to E******* "This counter counts the number of connections successfully established on the P-GSM 900 Band TCH/F"

I was confused to see SUB in this counter as well. But field testing shows opposite behavior - expanding cell with new TRXs causing TFESTPGSMSUB to be lower, while locking TSs or TRXs increasing. More than that no OL/UL structure exist for that specific network.

Looking for help
Thanks

[tukangoptim]

hi danikd, just try to share my opinion.
subscriber perceived congest i think is the number of subscribers that directly impacted by congestion. that's why CNRELCONG must not be substracted (- sign), but should be add as increment to formula (+ sign).
** CNRELCONG -> signalling drop on SDCCH due to TCH congestion **

[danikd]

hi danikd, just try to share my opinion.
subscriber perceived congest i think is the number of subscribers that directly impacted by congestion. that's why CNRELCONG must not be substracted (- sign), but should be add as increment to formula (+ sign).
** CNRELCONG -> signalling drop on SDCCH due to TCH congestion **

Agree with SDCCH Congestion.....but original question is related to TCH subscriber perceived congestion and counter TFESTPGSMSUB, which is not correctly explained in E******* docs.

Thank you anyway

Daniel

[viswajeet]

Agree with SDCCH Congestion.....but original question is related to TCH subscriber perceived congestion and counter TFESTPGSMSUB, which is not correctly explained in E******* docs.

Thank you anyway

Daniel

wait.., i quote from ALEX:

"CNRELCONG Number of released connection on SDCCH due to TCH- and transcoder congestion in underlaid and overlaid subcell. The subset for overlaid subcells is CNRELCONGSUB. The two counters are located in CLSDCCH and CLSDCCHO respectively. CNDROP is stepped at the same time. "

hence for SDCCH Congestion:

CCONGS Congestion counter for underlaid subcell. Stepped each time an allocation attempt fails due to SDCCH congestion. Also available for overlaid subcells, CCONGSSUB.

cmiiw

[danikd]

wait.., i quote from ALEX:

"CNRELCONG Number of released connection on SDCCH due to TCH- and transcoder congestion in underlaid and overlaid subcell. The subset for overlaid subcells is CNRELCONGSUB. The two counters are located in CLSDCCH and CLSDCCHO respectively. CNDROP is stepped at the same time. "

hence for SDCCH Congestion:

CCONGS Congestion counter for underlaid subcell. Stepped each time an allocation attempt fails due to SDCCH congestion. Also available for overlaid subcells, CCONGSSUB.

cmiiw

Guys....you forgot the question....what about TFESTPGSMSUB...forget for a while about SDCCH....I'm asking about TCH!!!!

[viswajeet]

Guys....you forgot the question....what about TFESTPGSMSUB...forget for a while about SDCCH....I'm asking about TCH!!!!

actually i dont care about your question! never use that counter as congestion formula, never before!
just need to clarify that CNRELCONG has nothing to do with SDCCH Congestion so other member reading dont mislead!!
G.LUCK!!!

[danikd]

actually i dont care about your question! never use that counter as congestion formula, never before!
just need to clarify that CNRELCONG has nothing to do with SDCCH Congestion so other member reading dont mislead!!
G.LUCK!!!

Wow.....who cares!!!! Be cool

[tukangoptim]

haiyah..