It is important for telephone applications to determine the number of ports required with respect to the ``call volume '' and the type of information to be delivered. The method of dimensioning system capacity is based on the procedure conducted in the management of call handling resources. It is based on the likely maximum number of calls during the traffic peak period and the average duration of the calls. Of course the number of calls per hour considered here is an average figure and may depend on the activity (opening hours, promotion events, etc.). It may change slightly or significantly with independent external events. Thus, the system is sized to support an average number of calls and to lose a minimum of them.
The system may offer a shared resource architecture based on an internally switched access to the required voice processing resource (recognition and/or synthesis ) on an as needed basis. In that case one may have fewer recognisers than lines but should apply the following computation to know how many calls will not be satisfied if all resources will be engaged.
This computation leads to the complete average call length and the number of calls during the peak period that should be handled by the system.
The Erlang is the measure unit that defines the system dimensions. This measure is given by tables showing the number of ports as a function of the percentage of calls that will be lost The table is called the Erlang B carried-traffic table (see Table 2.5 on page ).
The unit is defined as follows:
Erlang | = | 1/3600 Number of calls during the busiest hour Average call |
length in seconds |
Let us assume that during the busiest hour the application should respond to 240 simultaneous calls
and that the average call length (the average duration of a call) is 180s.
1/3600 240 180 = 12 Erlangs.
If one accepts losing one call out of ten (10%), then the closest value in the table to 12 is 11,47, which indicates that the required number of ports is 14.
If one accepts losing only one call out of a thousand (0,1%), then the Erlang table indicates that the closest value is 11,52 and the system should have 23 ports.
Another example: if the number of calls is 480 instead of 240 (two times more) then: to lose less than 10% one needs 26 ports and to loose less than 0,1% one needs 39 ports.