4.4.2 Démarrage lent ( Slow
Start )
La connexion TCP commence par la phase dite
démarrage lent (slow start ) , sa fenêtre de congestion
augmente rapidement pour réaliser le meilleur service jusqu'à
ce qu'il détecte une perte de paquet. Dans cette phase, la taille de la
fenêtre de congestion cwnd est limitée par une valeur maximum
Wmax imposé par la source ou limitation des tampons du
récepteur.
Pour déterminer E (Tss), nous avons besoin du
E(dss) nombre de paquet de donnes à émettre avant de perdre un
paquet . De ce nombre, on peut déduire E (Wss) taille de la
première fenêtre pour que le TCP atteint la fin du
démarrage lent (slow start ) . Si E (Wss) < Wmax, alors la
limitation de fenêtre n'a aucun effet, et E(Tss) est simplement le
temps nécessaire a l` expéditeur pour envoyer E(dss) en mode de
croissance exponentiel du démarrage lent (slow start ) , si E (Wss)
> Wmax alors E (Tss) est le temps nécessaire pour que le
démarrage lent ( slow start ) augmente jusqu'à cwnd =Wmax et
puis d'envoyer les segments de données restants à un taux Wmax
segments par cycle .
Soit e être la probabilité de la
retransmission (congestion + RTO). La probabilité e peut être
évaluée en utilisant l'équation suivante :
 4.4
E (dss) peut être calculé en utilisant
l'expression suivante :
 4.5
où d est le nombre de segments dans le fichier le
dossier. En utilisant la même démonstration que dedans [ 10 ], la
valeur moyenne du temps de latence peut être évaluée comme
suit :
 4.6
 le taux de croissance exponentiel de la taille de fenêtre durant
la phase de démarrage lent ( slow start )  est donne par
 4.7
4.4.3 Temps de
rétablissement du premier perte
La phase du démarrage lent ( slow start ) est
achevé avec la détection d'une perte de paquet.
L'expéditeur détecte une perte de deux manières : ACK
négatif (triple duplicate) ou RTOs. Le RTO peut être
provoqué par une congestion dans le réseau câble ou par
retransmissions sur l'interface par radio. Après un RTO, la taille de
fenêtre diminue de un ; cependant, la perte détectée par
triple duplicate ACK diminue la taille de la fenetre de ½ un demi-.
Cette section évalue le temps de rétablissement de cette
première perte. La probabilité de la perte dans un fichier de d
TCP segments est :
 4.8
La perte entre segments pourrait être
considérée indépendante [ 8.9 ]. Soit
Q'(e, w) la probabilité pour que les pertes
soit de type RTO. Cette probabilité peut être
évaluée comme suit : soit cong et wirel respectivement, les
probabilités qu'il y a une perte de congestion dans la transmission du
fichier et il y a un RTO dus au condition de l'interface radio
 4.9
où q est évalué dans 4.4.1 et
par (4.2). [ 8.9 ] dérive la probabilité qu'un émetteur
dans la congestion dite « avoidance » détectera
une perte de paquet avec RTO , soit p le taux de congestion et w la taille de
fenêtre . Cette probabilité est donne par F (p, W) :
 4.10
La probabilité du RTO est obtenu simplement via :
 4.11
La probabilité Q'_(e, w) est
dérive comme [12,13]
  4.12
La probabilité de perte par triple duplicate est
loss(1-Q'(e, w)). Il a été suppose que le
rétablissement rapide du triple duplicate prend un RTT [10]. Alors
qu'il prend beaucoup de temps pour un RTO. Le calcul du RTO dans [8,9] ne
tient pas compte des effets des interférences de la radio, utilisant la
valeur du temps moyenne que prend RTO
 4.13
Par combinaison de ces résultats nous
obtenons :
 4.14
| 
