Generic selectors
Exact matches only
Search in title
Search in content
Post Type Selectors

Wrong GPRS Throughput Indicator(Alcatel)

Viewing 5 posts - 1 through 5 (of 5 total)
  • Author
    Posts
  • #66339
    ALU
    Guest

    Dear,
    I am suspecting that the Alcatel indicator for throughput (GPRS/EGPRS) is wrong. I conducted a test by forcing the MS on GPRS and downloading data continuously for a few hours.On TEMS the average throughput that I got was around 65-70Kbps(with Max being 80Kbps for 4TSs used).However, for the same interval the throughput per TBF “GPRS_DL_Useful_Throughput_Radio_GPRS_TBF_Avg” that was observed on NPO was around 250Kbps which is strange as in GPRS the max throughput that you can achieve would be around 80Kbps( CS4 and 4 TSs being used). Would you please share your views in this regard and has anyone observed any discrepancy in Throughput formula?

    #66340
    pix
    Guest

    hi,

    in which release are you ?

    this indicator’s formula is based on a total amount of volume, divided by a time. Check those two values, see which one is “weird”. Maybe you’ll be able to investigate where is the fault coming from.

    since B10, you can check the LLC throughput distribution (in the report mono object distribution), which is probably more precise.

    i don’t recall any issue with the average throughput per tbf though… but i never checked it as you did 🙂

    cheers
    pix

    #66341
    ALU
    Guest

    Thanx Pix for your quick response.We have B-10 in the network. I have already checked the counter level stats and I see high values for data volume(bytes) for CS4 resulting in high Throughput.But how can we be sure that the value reported for data transferred is correct or not? Secondly, I seriously doubt the reliability of Alcatel Throughput Formula for both GPRS/EGPRS(per TBF and even per cell). In our network, normally we get very good throughput from Drive Test(above 100Kbps) but no BSC is exceeding 40Kbps EGPRS Throughput per TBF which is very strange. Note that as per our investigations, same behaviour is being observed in other Alcatel Networks. I can confirm that there is no limitation from any interface point of view.We have already done expansions for Abis,PS Atermux,Gb interfaces and tried almost all Radio Features aswell but to no avail.So,authenticity of this indicator is quite doubtful(I personally believe that in the formula,there is some problem with the denominator(observation period)!

    #66342
    pix
    Guest

    alu,

    good analysis.
    the denominator is doubtful too, in my opinion 🙂

    ********************************
    GPRS_DL_useful_throughput_radio_GPRS_TBF_avg = GPRS_DL_useful_bits_CSx_ack / (GPRS_DL_active_connection_GPRS_ack_time*1000)

    GPRS_DL_active_connection_GPRS_ack_time = Cumulated time duration of all active DL TBFs established in GPRS mode and RLC acknowledged mode

    Note: An active DL TBF connection is a DL TBF not in delayed release state.
    ************************

    Are all your TBF in RLC ACK mode ? As far as I can see, that would be the only possible explanation.

    Have you checked the mono object distribution reports I was talking about ?

    Basically, you could also check these (as new, but simpler) indicators:
    GPRS_DL_LLC_throughput_per_GPRS_ack_TBF
    GPRS_DL_LLC_throughput_per_GPRS_unack_TBF

    They should provide better stats.

    let me know…
    regards
    pix

    #66343
    ALU
    Guest

    Yes, all the TBFs are in Acknowledged mode.

    Interestingly, the LLC Throughput indicators “GPRS_DL_LLC_throughput_per_GPRS/EGPRS_ack_TBF” give even stranger values. The values for the BSCs done exceed even 5Kbps :). Also, note that the denominator used in this formula is the same one that we are suspecting to be wrong (GPRS_DL_active_connection_EGPRS_ack_time*1000). So, we cannot expect even this indicator to give correct values. I wonder if someone has devised a new formula with new observation period which depicts the true throughput values?

Viewing 5 posts - 1 through 5 (of 5 total)
  • The forum ‘Telecom Design’ is closed to new topics and replies.