Newsgroup: it.tlc.cellulari
Titolo: OT Chi mi definisce l'Erlang?

. a dire il vero mi servirebbe sapere il significato di 
"Erlang specifico" ...
cosa significano 28mErl?
grazie
There is NOSPAM in my signature ;-)

cosa significano 28mErl?
OT ????, tu sei matto :)
Nelle telecomunicazioni l'Erlang e' un'unita' di misura che
serve per definire il numero di utenze servibili da in singolo
link.
Giusto per cronistoria il nome deriva da chi ha scritto i fiumi
di parole che girano attorno alla teoria statistica degli Erlang.
Erlang appunto, olandese mi sembra di ricordare.
L'earlang puro e una percentuale espressa da 0 a 1, dove 1 singnifica
che la tua linea e' impegnata al 100%
L'erlang C invece definisce quante linee dono necessarie per
supportare le richieste di N utilizzatori con un degrado accettabile
per limitare l'attesa di prendere la line. Il calcolo varia a secondo
di molti parametri, ora del giorno, tipologia di utente ( affari o
domestica ), tipo di connessione voce, dati, durata media delle
telefonate.
Un'altro Earlang - xyz descrive la percentuale di traffico media
per dimensionare un circuito data una percentuale di Blocco
accettabile:
e.g.:
B = probabilita' di blocco.
rho=Erlangs per utente
n= numero di utenti.
B = R^c * Po/c!
dove  1/Po = R^c/(c!(1-R/c)) + Sum from i=0 to c-1 (R^i/i!) 
dove R = rho*n e' il numero totale di Erlang per utente.
Nel tuo caso 28mErl penso si tratti del numero teorico di utenti che
si possono servire in un nodo con un certo numero di circuiti.
Spero di averti confuso abbastanza le idee ma e' da un po' che non
mastico piu' earlang ma solo chewing-gum
Isi.

Isi.
devo andare a riprendere l'esempio che mi aveva fatto sorgere l'amletico
interrogativo ...
non l'ho sottomano ma si trattava di far notare come, nella copertura cellulare
di una rete radiomobile, al diminuire del raggio della cella (i famosi 4 step da
7 celle per cluster ai vari splitting di tipo clover ...) aumentasse il traffico
specifico ... pero' io non sono riuscito a farmi un'idea "pratica" dei valori
che mi presentava proprio per il fatto di non conoscere bene il significato di
Erlang .... 
mi veniva dato una percentauale B di blocco del 2% e un valore di 28mErl ... ma
non ricordo gli altri dati ...
se non ti scoccia li recupero e ci si ragiona su', ok?
Il libro e' della Reiss Romoli "Le Reti Radiomobili" ...paragrafo sulla
copertura cellulare ...
comunque a breve sapro' essere piu' preciso ...
grazie e a presto


ecco il problema:
ho 3500 utenti, traffico specifico di 28mErl, durata media di occupazione 110sec
nell'ora di punta si avranno mediamente 3200 richieste di esercizio
infatti (0.028*3500*3600)/110=3200
ho B=2% tasso di blocco
avro' un traffico totale A= 0.028*3500=98 Erl traffico totale nell'ora di punta
mi dice poi, usando la formula B di Erlang avro' N=f(A,B)=110 che e' il numero
di canali necessari a soddisfare queste richieste.
dovessi dire che non ci capiosco un'H!!
quello che chiedo a Isi (perche' mi ha risposto ma la richiesta d'aiuto e'
rivolta a tutti) e' la "chiave di lettura di questi dati ...
ovvero un approccio soft per entrare nel significato dell'Erlang poiche' a breve
dovro' masticarlo con estrema disinvoltura ... 


mastico piu' earlang ma solo chewing-gum
.


There is NOSPAM in my signature ;-)
Vediamo un po' se posso esserti utile anche  io per chiarirti le idee.
La formula "B" di Erlang serve a dimensionare il numero di canali in un
sistema
cosiddetto a perdita ossia dove non e' prevista la possibilita' che in caso
che tutti i circuiti siano occupati la chiamata (nel caso telefonico)
rimanga in attesa
che un circuito si liberi.
E' questo quindi in generale il caso dei telefoni cellulari e non.
Per dimensionare usando questo formula,
occorre innanzitutto conoscere l'intensita' di traffico da smaltire,
( quante telefonate si fanno mediamente e quanto durano)
che viene misurato in Erlang.
Come hai gia avuto modo di constatare all"Erlang si possono assegnare un
sacco
di interpretazioni fisiche!
Quello che ti puo' forse aiutare a capire un po' meglio forse il fatto che
il valore in Erlang e' strettamente legato alla capacita' di smaltimento del
canale
( nel nostro caso telefonico)
In generale nel caso telefonico ilvalore in Erlang
si ottiene moltiplicando il numero medio di chiamate fatte in un'ora
per la durata media di ciascuna chiamata.
Quindi vedila anche cosi' alla "pane e salame":
se una telefonata fa un traffico di 28mE vuol dire che occupa MEDIAMENTE il
canale telefonico per il 2,8% del tempo
se invece richiede 1E vuol dire che occupa MEDIAMENTE il canale per tutto il
tempo a diposizione (100% del tempo),
se invece ho un traffico superiore a 1E vuol dire che un solo canale non
basta piu' ma me ne occorrono di piu'
Insisto sul valore medio perche' io devo essere in grado di smaltire ALMENO
il traffico medio, inoltre
occorre tenere presente  che in un certo istante ci possono essere
presenti piu' chiamate di quelle mediamente presenti durante un'ora.
(Se io ho  mediamente dieci chiamate in 'ora, potrebbe capitare che tutte e
dieci le chiamate
vengano fatte nello stesso minuto!)
Si prende inoltre sempre come riferimento l'ora  di punto del traffico
(questo per motivi legati al calcolo statistico che ti risparmio)
Occorre poi fissare qual'e' la probabilita' di perdita del circuito, ossia
quante chiamate
sono disposto a perdere perche' i circuiti sono occupati.
(E' ovvio che se io non volessi perdere nessuna chiamata dovrei assegnare un
circuito ad ogni utente!)
Qui si e' deciso di fissare una probabilita' di perdita del 2% (valore
tipico nel dimensionamento GSM)
Calcoliamo ora il traffico da smaltire nell'ora di punta.
Ho 3500 utenti, ogni utente produce un intensita'di traffico pari a 28mE
Devo quindi smaltire mediamente un traffico  globale orario di  (3500*0.028)
= 98 Erlang e non voglio che mediamente vada perso piu' del 2% delle
chiamate.
Applicando allora la formula B di Erlang per un traffico medio di 98 Erlang
e una probabilta di perdita massima del 2% ottengo che mi occorrono 110
canali.
Quindi dati di ingresso: traffico da smaltire, probabilta' di perdita scelta
Dato in uscita prodotto dalla formula: numero di canali necessari
Chiaro?
Come regola pratica,
In generale per probabilita' di perdita dell'1-2% il numero dei canali
necessari non e'
mai troppo distante dal numero di Erlang da smaltire ma e' comunque SEMPRE
maggiore.
Questo perche' come ti ho detto,il sistema ( ponte radio, fascio telefonico,
centralino d'albergo,
centrale telefonica, etc) deve almeno smaltire il traffico medio in un'ora e
quindi mi servono almeno
98 canali poi pero' fissando una probabilita' di perdita su tutte le
chiamate e tenendo in considerazione come detto prima che possono esserci
piu'  chiamate presenti in contemporanea ,
 i numeri di canali aumenta e si giunge al valore di 110
(Ti risparmio le ipotesi statistiche alla base della formula di Erlang per
tenereconto di tutti questi fattori)
Questo e' tutto per ora.
Spero di essere stato abbastanza soft anche se un po' a discapito della
precisione.
Ciao
Tullio
--
Remove NOSPAM from my address!

precisione.
ottimo approccio ... 
grazie e a risentirci


Vediamo un po' se posso esserti utile anche  io per chiarirti le idee.
Anvedi' te la differenza fra uno che ha studiato ed un praticone......
Grazie anche da parte mia per avermi riordinato un po' i file.
Isi.
isi VS© (
isidor...@iol.it
)

>L'erlang C invece definisce quante linee dono necessarie per
Io associate all'erlang-C ho trovato un esempio che serviva a
calcolare quante bonazze mettere al call-center OPi a seconda
delle ore del giorno.
Isi.
Beh l'esempio non citava le bonazza ma parlava di call-center
isi VS© (
isidor...@iol.it
)

grazie e a risentirci
A risentirci
Ciao


 Vediamo un po' se posso esserti utile anche  io per chiarirti le idee.
Quindi l'Erlang e le relative formule sono un calcolo statistico ???
Suppongo che Tim usi una probabilità di perdita del 70% ;-)))
Nic :-)
-- 
ICQ# 25064151
Remove NOSPAM to reply

Suppongo che Tim usi una probabilità di perdita del 70% ;-)))
:-)))))))))))))

Isi.
stai attento a non confonderti ... per le Bonazze e' l'Erlang-B, l'Erlang-C e
per i ***attoni ... 
cia'


Ciao


per i ***attoni ... 
Effetivamente la C puo portare in confusione ma ;), aggiungiamo un
doc:
The term is named after the Danish telephone engineer, A. K. Erlang,
the originator of queueing theory. 
Erlang B is a calculation for any one of these three factors if you
know or predict the other two: 
     Busy Hour Traffic (BHT), or the number of hours of call traffic
during the busiest hour of operation 
     Blocking, or the percentage of calls that are blocked because not
enough lines are available 
     Lines, or the number of lines in a trunk group 
An extended version of Erlang B lets you add the factor of how many
people who are blocked retry their calls immediately. 
Erlang C is a calculation for how many call agents (answerers) you'll
need in a call center that has a given number of calls per hour, a
given average duration of call,
and an acceptable level of delay in answering the call. 
Isi.
P.S.: Chissa se al 119 lo hanno realmente applicato.
P.P.S.: Earlang era Danese non Olandese :(

Isi.
bravo! ottima citazione ... fonte?


>ho sempre un traffico di un erlang
Il cotto sono io che ho sbagliato nella fretta un cut and paste:
Frase corretta :
Pero' se io invio 128kbit ogni 2 secondi la durata della tx e' doppia pero'
o sempre un traffico di un erlang
Questo chirisce tutto, vero?
Ok,
dopo questo errore  da pivellino,
 mi ritiro in silenzio ripensando agli anni di studio buttati al vento :-)
Ciao!
Tullio
PS: scherzi a parte se posso esserti utile ben volentieri ma vedo che te la
cavi benissimo
(anzi meglio)  senza alcun aiuto fuorviante

PS: scherzi a parte se posso esserti utile ben volentieri ma vedo che te la
nel ringraziarti (pubblicamente) dell'aiuto che mi hai dato ... ti saluto. 
thread chiuso ... alla prossima!
ciao!
