Le but de ce
TP est de visualiser le fonctionnement d'un système à
perte ou à attente, afin de pouvoir « sentir » ce qui se passe
et mieux comprendre les lois d'Erlang B, d'Engset et d'Erlang
C.
Nous allons pour cela utiliser
des applets Java afin de simuler des appels téléphoniques dans
différentes configurations et pour différentes valeurs des
paramètres (taux d'appel, durée moyenne de service, nombre de
clients, de serveurs, durée d'observation). Nous pourrons
également comparer les valeurs obtenues par simulation avec les
valeurs théoriques données par les différentes lois.
Vous disposez de trois applets
différentes, qui correspondent à des systèmes différents.
Cliquer sur le nom de l'applet pour la lancer.
Attention, les nouvelles version de
navigateurs n'acceptent plus de faire tourner les applets
utilisées ici. Pour les lancer, il vous faut utiliser une
version plus ancienne de Firefox, accessible depuis un terminal
via la commande
: /opt/campux/firefox-esr/firefox-java
Ensuite vous utiliserez ce navigateur pour les url indiquées :
les applets devraient se lancer
-
"
Trafic téléphonique avec perte : loi
d'Erlang" : on considère un système pour lequel il n'y
a pas de file d'attente. Lorsqu'un appel arrive, soit un
serveur est disponible et l'appel est alors traité, soit il
n'y a pas de serveur disponible et l'appel est perdu. On
suppose que des appels arrivent selon un processus de
Poisson de paramètre constant 
(quel que soit le nombre
d'utilisateurs en communication).
-
"
Trafic téléphonique avec perte : loi
d'Engset" : c'est également un système sans file
d'attente. La différence avec le système précédent réside
dans le processus d'arrivée des appels : ici on considère
un certain nombre d'utilisateurs, chaque utilisateur qui
n'est pas en communication émettant des appels selon un
processus de Poisson de paramètre
. Ainsi, si
sur les 
utilisateurs, 
sont en communication,
le taux d'arrivée d'un nouvel appel est de
.
-
"Trafic
téléphonique sans perte" : ici on a une file
d'attente infinie. Si un appel arrive alors que tous les
serveurs sont occupés, l'appel est mis en attente et sera
traité lorsqu'un serveur se libèrera.
