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

E1 trunk needed

Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
  • #33227

    I have a customer that required 500000 minutes of traffic per month. In each day this traffic will be distributed from 6am to 12 am. How many E1 trunks do I need?

    Thanks Ermes


    You have to define a resonable blocking rate first, and figure out your peak busy hour Erlang.
    Per E1 can carry 30 vioce trunk.
    Then you can get a quick sort out with Erlang B table.


    I have been trying to find out why customers always give a mins per month number. Its a poor number to go by for traffic analysis but here goes.

    500,000 mins/ # of days in the month (say 30) gives us 16,667 mins per day.
    16,667/by 18 hours gives us.
    925.93 mins per hour during the day. Divide by 60 and you get Erlangs around 15.4.
    Which one E1 can handle easily.

    This number can change if say the calls only happen during the business week in a month, or if 60% of their traffic is evenings and weekends. Or say that in any given day 17% of traffic is during the busy hour…normal business traffic.
    What they basically state is that their traffic is generally smooth throughout the day between 6a and 12am. BAD ASSUMPTION.

    Alex Yuen

    1. please note the traffic will be distributed from 0600 to 1200.
    2. it seems the traffic is related to whole sale traffic.
    3. it is assume the traffic is evenly distributed for each day from 0600 to 1200.
    4. then we no need to use any traffic table,
    5. 47 channels i.e. 2E1

    But if this is not wholesale traffic, then we need to know the month to day ratio and as well as the call distribution profile from 0600 to 1200



    Real traffic is never evenly distribution in service hours.


    I don’t understand 12am in 0:00 in the morning. So the calls are going from 6am to midnight?

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