WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Etude de l'impact du protocole TCP Sur les performances et Capacites du systeme UMTS -HSDPA

( Télécharger le fichier original )
par Abdessamad Darim
Faculte Science Technique Marrakech - DESA 2008
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

1.2 2 Service UMTS

Standardiser un nouveau service nécessite généralement une modification des spécifications techniques, procédées long et ardues qui peut représenter un frein à l'innovation et à la standardisation de services. [1]

Par conséquent, dans l'UMTS, on standardise uniquement certains services afin de préserver une continuité dans l'offre et on donne les moyens aux opérateurs et aux fournisseurs de services de développer et de personnaliser leurs propres. Les services standardisés en UMTS regroupent les :

- services support (bearer services) ;

- télé services (remote services) ;

- services supplémentaires.

Un service support est une sorte de « tuyau » que l'opérateur du réseau mobile met à la disposition de l'abonné pour transmettre de l'information entre deux points. Il joue un rôle fondamental dans le réseau en transportant l'information liée au service (voix, données, vidéo...) et à la signalisation. Les télés services proposent une offre complète pour la transmission d'information en incluant les fonctions de l'équipement terminal. On peut citer, par exemple, la transmission de la voix (téléphonie et appels d'urgence), le service de messages courts SMS (Short Message Service), la transmission de fax ou alors des services de voix groupés (communication en groupe, voix en diffusion). Les services supplémentaires sont toujours proposés en association ou comme complément à un service support ou à un télé service. Ils offrent la possibilité de personnaliser les services support et les télé services, en apportant des fonctionnalités additionnelles

Un même service supplémentaire peut être proposé en association avec des services support ou des télé-services différents. Parmi ces services, nous pouvons citer le renvoi d'appel, le transfert d'appel, le rappel automatique, etc. Chaque service support est caractérisé par un certain nombre d'attributs qui concernent, entre autres, le débit, le temps qu'il met pour acheminer l'information d'un bout à l'autre, le taux d'erreur qu'il garantit, etc.

Tous ces paramètres doivent être choisis pour que le service support soit le plus adapté possible, car la qualité finale du service offert, appelée QoS (Quality of Service), en dépend. La QoS regroupe une série de caractéristiques quantitatives et qualitatives qui permettent au destinataire de considérer que la qualité du service est satisfaisante. A chaque Service correspond une QoS particulière. Ainsi, les services support doivent-ils être choisis en conséquence

Les caractéristiques du service support sont choisies pour chaque télé-service ou application en fonction de la QoS que ces services ou applications requièrent. Ainsi, un service support pourra être caractérisé en fonction de la capacité du réseau pour le transfert de l'information et de la qualité de l'information une fois transférée. Ces paramètres sont spécifiés ou négociés lors de l'établissement de la communication et il est possible de les modifier de manière dynamique au cours de celle-ci.

Le transfert de l'information fait référence à la capacité du réseau à acheminer différents types d'information entre deux ou plusieurs points. La qualité de l'information transférée entre deux ou plusieurs points peut être quantifiée en fonction d'un nombre limité de paramètres :

v le délai maximum toléré pour le transfert de l'information ;

v les variations du délai ;

v le débit binaire ;

v le taux d'erreur binaire.

La maîtrise des variations du délai est fondamentale pour offrir des services en temps réel. Le taux d'erreur binaire BER (Bit Error Rate) mesure le rapport entre le nombre de bits d'informations erronés et le nombre total de bits transmis. Le débit représente la quantité d'information transmise entre deux points par intervalle de temps et que l'on mesure en bits par seconde (bps).

En conclusion, l'application doit indiquer ses besoins en termes de QoS au réseau UMTS. Plus précisément, elle doit spécifier les attributs du service support requis : le type de trafic (temps réel ou non), les caractéristiques du trafic (point à point, point à multipoint), le délai de transfert maximum, les variations du délai et le taux d'erreur.

Nous allons donner quelques exemples de services que l'UMTS peut offrir suivant un découpage par « classes » qui dépendent de la QoS désirée. Ces classes de services sont résumées dans le tableau 3.1 et définies comme suit :

Service

Délai

Exemples d'application

Débit

Tolérant à des erreurs

Conversationnel (temps réel)

<< 1s

Téléphonie

Vidéophonie

28.8 kbps

32-384 kbps

Oui

Oui

Interactif

environ 1 s

Commerce électronique

Internet

Non garanti

N on garanti

Non

Non

Streaming

< 10 s

Audio/vidéo haute qualité

32-128 kbps

Oui

Arrière-plan (Background)

> 10 s

Fax

E-mail

Non garanti

Non garanti

Oui

Non

Tableau 1 Classes de services de l'UMTS [6,7]

a) Services conversationnels [5].

Les services de cette catégorie permettent de transmettre principalement du son et des images entre deux personnes ou groupes de personnes. Leur qualité est donc assez sensible à des délais dans la transmission, ces délais pouvant être facilement perceptibles par les utilisateurs. Parmi ces services, nous pouvons citer la téléphonie en mode circuit, la téléphonie en mode paquet utilisant le protocole VoIP (Voice over IP) et la vidéophonie. Néanmoins, cette dernière est moins tolérante aux erreurs que la téléphonie et requiert généralement un débit plus important [4]

b) Services interactifs : ce type de service est caractérisé par le fait que le terminal ayant envoyé un message/commande attend une réponse du destinataire dans un certain intervalle de temps. Par conséquent, un paramètre clé pour identifier la QoS des services interactifs est le temps d'aller-retour, c'est à dire le temps écoulé entre le moment où le message/commande est émis et celui où la réponse arrive. Comme exemple, nous pouvons citer le commerce électronique ainsi que les services de localisation qui se développent de plus en plus ; [6,7].

c) Services streaming : on retrouve dans cette classe les services qui traitent l'information au niveau du terminal de façon continue, c'est à dire au moment même où elle est reçue (avant de la recevoir dans sa totalité). Ce type de service est unidirectionnel. Ces services sont assez récents et offrent un potentiel d'application assez vaste. Le streaming audio et vidéo sont des exemples d'applications typiques. [7]. A la différence des services conversationnels, les services de type streaming sont assez asymétriques (on ne reçoit pas au même débit que l'on émet) et on peut tolérer dans ce cas des délais importants ;

d) Services en arrière-plan : il existe des services qui ne posent, ou presque, aucune contrainte de temps dans le transfert de l'information qu'ils génèrent. Ils peuvent s'exécuter en « arrière-plan » (background). Parmi ces services, nous pouvons trouver l'envoi d'un courrier électronique, d'un message court SMS ou alors le téléchargement d'un fichier. Le paramètre pour quantifier la QoS de ce type de ce service est principalement le taux d'erreurs qui doit être souvent assez [4]

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"L'ignorant affirme, le savant doute, le sage réfléchit"   Aristote