Free Erlang traffic calculators

The world's first online Erlang traffic calculators

Telecom Traffic Online
  Home | Free calculators | Products | Tech. papers | Forum | About us
A-Z termination - click here
A-Z termination - CLICK HERE
A-Z termination using H.323 and SIP
A-Z termination
  • VoIP softswitch

    DUAL Softswitch is a complete Voice over IP switching and billing solution.  Flat monthly rate.

    Web control panels; Least Cost Routing; Excel tariff uploads; SIP and H323 support.

    H323 SIP softswitch >>

  • VoIP calling

    Premium quality termination for wholesale carriers with their own VoIP switch.

    44Direct >>


    Our lowest rates for wholesale carriers with their own VoIP switch.

    44Mobile >>


    Our unique online callshop billing system.

    Bill My Calls >>

different throughput in LLC and RLC

  • Erlang for Excel

    An Add-In for Microsoft Excel that lets you use Erlang B and C functions in your own Excel spreadsheets.

    The ultimate in Erlang traffic modelling flexibility and data sharing.

  • Erlang Calculators

    An easy to use and fast Windows product offering Erlang B, Extended Erlang B, Erlang C and Call Minutes calculators.

    Four products in one, plus Erlang for Excel free.

  • VoIP Calculator

    Our entry level VoIP calculator allowing you to easily calculate your Voice over IP bandwidth requirements.

    Supports multiple codecs and packet intervals and RTP header compression.

Ayat - 16th November 2016  (18:27 GMT)

hello pix
I am confused about number of PDCH

"Hi Eric,

For EDGE dimensionig, you should actually start from the Downlink RLC throughput required by users, on Air interface + the amount of EDGE users. That is your initial assumption. For example, as a EDGE user, I would want to get at least 130kb/s most of the time.
And in average, you can assume there are 1.5 users at the same time in one cell. So you need : 6 or 7 PDCH with a throughput in MCS9, etc etc"


how we calculate i got 4 pdch from my calculation

ASIF - 20th July 2015  (07:29 GMT)

how to calculate RSCP values in netnumen ?

Khelan - 26th January 2015  (07:17 GMT)

im still not clear about SNDCP Throughput,i want explaination.And when we are checking network throughput which data we should consider SNDCP or LLC or RLC??how can we improve these parameters within a cell.i will be thankful for your reply.

Silenthill - 18th September 2014  (06:35 GMT)

If utilization of a cell increases from 100%. is it necessary that blocking will occur on these cells.because i got some cases in which utilization is over 100% but still i am getting no TCH blocking.

Aleksandr - 4th June 2014  (10:34 GMT)

C310545121 /(C310545122*0.002)

ghamiz - 3rd June 2014  (06:42 GMT)

dear Aleksandr, thought the thread is quite old, can you kindly share the KPI formula for ZTE HSDPA throughput?

rafa RF - 10th May 2014  (18:54 GMT)

dear experts;

as aleksandr said, in a Venezuelan network we have the same phenomena, ZTE throughput is higher than Huawei. Huawei experts says that ZTE calculate it in MAC-hs layer and Huawei in the MAC-d flows, since the MAC-hs has more payload due the headers, signalling and retransmissions, the throughput is higher.please if any of you have more information about it to undestand better the situation will be appriciated.

thank you and best regards.

Ajit Kumar Gupta - 4th May 2013  (09:38 GMT)

Plz help me to clear the basic differences between RLC, LLC and Application throughput

Dell - 23rd March 2013  (22:14 GMT)

Hi,
we've been asked from the management to report throughput and serving bitrate in a cell level. What is the difference between them. Aren't they the same thing?
Which indicators corresponds to them in NPO? Also, how to calculate average serving bitrate per connection?
Please, if someone can help me!
We are on ALU B11.
Best Regards,
Dell

Aleksandr - 23rd March 2013  (16:19 GMT)

Hi Experts,
Our 3G network buit on two vendors: ZTE and Huawei.
Average HSDPA throughput in Huawei networks is about 900kbps and average HSDPA Throughput in ZTE networks is about 1700 kbps.
When I checked formulas I found that Huawei formula calculates HSDPA throughput on RLC level and ZTE formula calculates HSDPA throughput on MAC-hs level.
We tried to simulate users behaviour and found that calculation as per Huawei formula is equal to application throughput (the same speed that application was downloaded).
We escalated this issue to Huawei support and as per their reply the problem is due to calculation on RLC level. After upgrade to R14 new counters will be activated and we can calculate throughput on MAC-hs level. They replied that after sofware version upgrade in another operator HSDPA throughput (calculated on MAC-hs level) increased in 2-2.2 time (compare to previous HSDPA throughput calculation on RLC level).
Do you have any ideas why HSDPA throughput calculated on MAC-hs level in 2-2.2 time higher the HSDPA throughput calculated on RLC level.

Other messages

Other messages: [Next 10 >>]

Post a reply to this article

Important notice

This forum is rapidly turning into a document exchange medium.  It was intended as an area for open discussion.  Please restrict your postings to open discussions.  Requests for documents are now being removed from this forum.

Name Enter your name.
Message Enter your message.
Email Optional -  If you enter your email address in this box, then you will automatically be notified if anyone replies to your message.  Your email address will only be published if you pay to post this message.
Verification code
Verification code Enter this verification code into the box.
Press the button to post your message.
Home | Free online calculators | Products | Technical papers | Forum | Contact us | About us

Last modified: 26 November 2014

Copyright 2014. All rights reserved.