Professional Documents
Culture Documents
Option :
Réseaux et services Mobiles (RSM)
Thème :
Réalisé par :
Ben Ammar Rajaa
Encadrant (s) :
Mr Rached Hamza
Mr Jamel Sakka
i
Dédicaces
ii
Remerciements
Je ne peux commencer ce rapport sans présenter mes remerciements les plus sincères à
tous ceux qui, de près ou de loin, ont contribué à sa réalisation. Ce travail est l agrégat des
résultats des trois années de formation à SUP COM en ce sens que c est grâce aux
connaissances acquises durant toutes ces années de formation que j ai pu réaliser ce travail.
A cet effet, le minimum de justice impose que l apport de chacun des acteurs soit
reconnu ne serait-ce que par de remerciements : J adresse mes remerciements les plus
sincères à Mr. RACHED HAMZA, Maître Assistant à Sup Com, pour son encadrement, sa
disponibilité et ses conseils fructueux qu il m a prodiguées le long de mon projet.
J adresse aussi mes remerciements à Mr. JAMEL SAKKA, chef division Tunisie
Télécom, qui n a cessé de me guider et de me faire bénéficier de son grand savoir ;
Je remercie aussi tous les membres de jury qui ont accepté de juger mon travail.
Je ne saurais terminer sans adresser un mot de reconnaissance à toute ma famille pour
son soutien sans faille.
iii
Avant Propos
une plate-forme de services dans un concept IMS. L objectif principal étant de trouver
iv
Résumé
Résumé:
Dans ce projet, nous nous sommes intéressés au réseau intelligent dans le concept IMS et
plus particulièrement à la migration du réseau existant vers le concept IMS.
Après une présentation des principes et de l architecture du réseau IMS, nous avons proposé
une stratégie de migration de la plate-forme de services existante de Tunisie Télécom vers une
plate-forme de services dans un concept IMS.
Par la suite, nous avons détaillé le processus à suivre afin d effectuer le dimensionnement des
différentes entités de la nouvelle plate-forme de service.
Egalement, nous avons automatisé ce processus dans l outil IMS-
Plateform_Entities_Dimensionning.
Dans la dernière partie, nous avons appliqué notre outil au futur réseau de Tunisie Télécom.
Mots clés:
IMS, IN, SCP, M-MGW, SG, MGCF, CSCF, INAP, CAMEL, Softswitch, MSC Server, modèle de
trafic, dimensionnement.
v
TABLE DES MATIERES
Introduction Générale........................................................... 1
I.1 Introduction............................................................................... 3
I.2 Définition et description d un réseau NGN............................. 3
I.2.1 Modèle d architecture en couche..........................................................3
I.2.2 Rôle des entités fonctionnelles de l architecture NGN .........................5
I.2.2.1 Rôle d un softswitch dans une architecture NGN...................................... 5
I.2.2.2 Rôle des media gateways dans une architecture NGN .............................. 5
I.2.2.3 La Signalling Gateway (SG) ....................................................................... 6
I.2.3 Les familles de protocoles d un réseau NGN .......................................6
I.2.3.1 Les protocoles de commande de Media Gateway...................................... 6
I.2.3.2 Les protocoles de signalisation entre les Softswitchs ................................ 7
I.2.3.3 Les protocoles de contrôle d appel ............................................................. 7
II.1 Introduction........................................................................... 16
II.2 Objectif du concept du Réseau intelligent ........................... 16
II.3 Le modèle conceptuel du réseau intelligent ......................... 17
II.3.1 Le plan service (SP, Service Plane)...................................................17
vi
II.3.2 Le plan fonctionnel global (GFP, Global Functional Plan)................18
II.3.3 Le plan fonctionnel réparti (DFP, Distributed Functional Plane) ......19
II.3.4 Le plan physique (PP, Physical Plane) ..............................................20
II.3.5 Relation entre plans ..........................................................................20
II.4 Architecture du réseau intelligent........................................ 21
II.5 Exemples de services ............................................................. 22
II.5.1 Service de téléphone gratuit..............................................................23
II.5.2 La carte Prépayée (PPC) ...................................................................23
II.5.3 Service du Réseau Privé Virtuel (VPN) ............................................23
II.6 Evolution du Réseau Intelligent et de la gestion de service 23
II.6.1 Architecture de la plate-forme IN NGN ............................................24
II.6.2 Les plates-formes Unifier de service et interfaces ouvertes...............25
II.6.2.1 Architecture du modèle OSA/PARLAY ................................................. 25
II.6.2.2 Architecture de service SIP ...................................................................... 27
II.6.2.3 Mises en uvre des services......................................................................... 27
II.7 INAP....................................................................................... 28
II.7.1 Ensemble de capacités ......................................................................28
II.7.2 Architecture du protocole INAP .......................................................28
II.8 CAMEL.................................................................................. 29
II.8.1 CAMEL phase1 ................................................................................29
II.8.2 CAMEL phase2 ................................................................................30
II.8.3 CAMEL phase3 ................................................................................31
II.9 SIP .......................................................................................... 31
II.9.1 Architecture du protocole SIP...........................................................31
II.10 Conclusion ........................................................................... 32
vii
III.3.1 Phase1 : Coexistence des réseaux existants avec le réseau NGN .....36
III.3.1.1 Etape1 : Migration vers le NGN ............................................................ 36
III.3.1.2 Etape2 : évolution graduelle vers l IMS ................................................ 42
III.3.2 Phase2 : Réseau IMS disposant de la totalité de service ..................45
III.4 Conclusion............................................................................ 47
IV.1 Introduction.......................................................................... 48
IV.2 Modèle de trafic du réseau d accès ..................................... 48
IV.2.1 Les différentes classes de qualité de service ....................................48
IV.2.1.1 La classe conversationnelle (conversational) ........................................ 49
IV.2.1.2 La classe Streaming ................................................................................ 49
IV.2.1.3 La classe Interactive ............................................................................... 50
IV.2.1.4 La classe background .............................................................................. 50
IV.2.2 Modèle de trafic de la classe conversationnelle ...............................51
IV.2.3 Modèle de trafic de la classe Streaming...........................................51
IV.2.4 Modèle de trafic de la classe Interactive ..........................................51
IV.2.5 Modèle de trafic de la classe Background........................................53
IV.3 Dimensionnement des entités du plate-forme de services
IMS................................................................................................ 53
IV.3.1 Dimensionnement MGCF ...............................................................54
IV.3.2 Dimensionnement du CSCF ............................................................55
IV.3.3 Dimensionnement des serveurs d application..................................56
IV.4 Spécification et présentation de l outil IMS-
Plateforme_Entities-Dimensioning ............................................. 56
IV.4.1 La conception de l outil de dimensionnement .................................56
IV.4.2 Utilisation de l outil ........................................................................57
IV.5 Etude de cas : dimensionnement des entités de la plate-
forme de services IMS de réseau Tunisie Télécom .................... 60
IV.5.1 Paramètres de dimensionnement .....................................................60
IV.5.1.1 Les paramètres généraux de dimensionnement .................................... 60
IV.5.1.2 Modèle de trafic ...................................................................................... 61
IV.5.1.3 Répartition des abonnés par services ..................................................... 61
IV.6 Résultats du dimensionnement ........................................... 62
viii
IV.7 Liste de recommandations................................................... 64
IV.8 Conclusion ............................................................................ 65
Conclusion générale........................................................... 66
Bibliographie
Glossaire
ix
LISTE DES FIGURES
x
LISTE DES TABLEAUX
Tableau IV.1 - Tableau des différents classes de qualité de service ...................................... 50
Tableau IV.2 - Modèle de trafic ........................................................................................... 61
Tableau IV.3- Services du réseau intelligent ........................................................................ 61
Tableau IV.4 - Les future Services de Tunisie Télécom ....................................................... 62
Tableau IV.5 - Résultats de dimensionnement des serveurs d application ............................ 64
xi
Introduction Générale
Introduction Générale
Dans certaines parties du monde, le trafic de données prend rapidement le pas sur le
trafic vocal et la tendance est nettement à l augmentation de la bande passante pour les
données, tandis que pour la voix, la bande passante est de 64 kbit/s, voire d une moindre
peut suffire.
Les opérateurs possédant les deux types de réseaux (réseau voix et réseau de données)
utilisent cet argument pour commencer à les unifier.
Pour les opérateurs, l accès et le transport ne sont plus assez lucratifs et, pour rester
compétitif, il leur faudra donc offrir aux usagers toute une gamme de services utiles, faciles
à utiliser et rémunérateurs. Par conséquent, les NGN seront axés sur les services, et
fourniront tous les moyens nécessaires pour en offrir de nouveaux et adapter les existants
pour augmenter les recettes.
L'IMS IP Multimedia Subsytem- également désigné sous le vocable de NGN
Multimedia est une nouvelle architecture basée sur de nouveaux concepts, de nouvelles
technologies, de nouveaux partenaires et un nouvel écosystème. L IMS supporte sur un
réseau tout IP les sessions applicatives temps réels (voix, vidéo, conférence, ) et non
temps réel (Push To Talk, Présence, messagerie instantanée, ) et intègre de plus le concept
de convergence de services supportés indifféremment par des réseaux de natures
différentes : fixe, mobile ou Internet.
évolution du réseau intelligent vers les nouvelles générations de réseaux NGN relève
des concepts déjà existants dans le réseau intelligent, tels que l'environnement de création de
service mais aussi de nouveaux concepts, le concept IMS , la convergence fixe/mobile et
introduction des nouveaux protocoles.
est dans ce contexte que décline l objectif de notre projet de fin d étude, proposé dans
le cadre d une collaboration entre l école supérieure des communications de Tunis
(Sup Com) et l opérateur Tunisie Télécom pour l implantation d une plate-forme de service
dans un concept IMS et l offre d une solution de dimensionnement des entités
fonctionnelles de la couche application du réseau IMS.
Il s agit dans ce projet, de faire tout d abord une étude des principes sur lesquels sont
basés les NGN et IMS. Ensuite, de présenter la plate forme IN dans le cadre des évolutions
des réseaux NGN vers un nouveau concept IMS en décrivant les différents protocoles mis
en jeu.
Nous proposons par la suite une stratégie de migration de la plate-forme de service
existante de l opérateur Tunisie Télécom vers une plate-forme de service IMS pour finir par
offrir un outil de dimensionnement des entités de cette plate-forme
Le présent rapport est organisé en quatre chapitres :
- Le premier chapitre trace, en premier lieu les principales caractéristiques des réseaux
NGN. En deuxième lieu il est consacré pour l étude du réseau IMS en tant qu un
réseau NGN évolué. Nous nous somme efforcé de décrire les entités fonctionnelles
et les protocoles mis en jeu.
- Le deuxième chapitre est scindé en deux parties : la première donne un aperçu sur le
modèle conceptuel du réseau intelligent tandis que dans la deuxième partie, nous
avons présenté l architecture de la nouvelle plate-forme IN en décrivons les
protocoles mis en jeu.
- Le troisième chapitre traitera la stratégie de migration de la plate-forme de service
existante de l opérateur Tunisie Télécom vers une plate-forme de service dans un
concept IMS.
- Le quatrième chapitre est consacré essentiellement pour détailler le processus du
dimensionnement des entités du plate-forme de services proposée après avoir
modéliser le trafic du réseau puisque nous ne pouvons pas dimensionner des entités
sans caractériser le trafic générer par les abonnées.
CHAPITRE I
I.1 Introduction
Vu que notre projet a pour objectif d étudier et de dimensionner une plate forme de
services selon le concept IMS (Réseau intelligent de la nouvelle génération), il est
primordial de commencer par présenter le concept NGN et le NGN multimédia appelé
encore IMS (IP-Multimedia Subsystem). Donc, nous présentons, dans ce chapitre une
description détaillée de l architecture en couche du NGN, les entités fonctionnelles et leurs
rôles ainsi que la famille de protocole du NGN.
La deuxième partie de ce chapitre est consacrée pour la présentation de l IMS en tant
qu un réseau NGN évolué et c est le réseau qui nous intéresse dans notre projet.
architecture NGN introduit un modèle en couches, qui scinde les fonctions et équipements
responsables du transport du trafic et du contrôle. Il est possible de définir un modèle
architectural basé sur cinq couches successives (cf. Figure I.1) :
- La couche d accès, qui regroupe les fonctions et équipements permettant de gérer
accès des équipements utilisateurs au réseau, selon la technologie d accès
(téléphonie commutée, DSL, câble). Cette couche inclut par exemple les
équipements DSLAM fournissant l accès DSL.
I.2.3.3.1 H.323
La recommandation H.323 décrit les procédures pour les communications audio et vidéo
sur des réseaux en mode paquet sans garantie de service.
Les principales entités nécessaires à la réalisation d un service de communication
multimédia sur des réseaux de données sont :
- Les terminaux H.323 qui sont des systèmes multimédia (téléphone, PC) permettant
de communiquer en « temps réel » ;
- Le Gatekeeper qui gère les terminaux H.323 (identification et traduction d adresses)
et les établissements d appels ;
- La passerelle H.323 ou Gateway H.323 qui permet d interfacer le réseau IP avec le
réseau téléphonique classique.
unité de contrôle MCU (Multipoint Contrôler Unit) qui gère les connexions
multipoints (Exemple : appels de conférence. Il se décompose en un MC (Multipoint
Contrôler), affecté à la signalisation, et un MP (Multipoint Processo ), dédié à la
transmission proprement [4].
I.2.3.3.2 SIP
Le protocole SIP (Session Initiation Protocol) de l IETF, est un protocole de
signalisation pour l établissement d appels et de conférences temps réel sur des réseaux IP.
L'architecture de SIP est basée sur des relations client/serveur. Les principales
composantes sont le terminal (User Equipement), le Proxy Server, le Redirect Server et le
Registrar. Les terminaux sont considérés comme clients lorsqu'ils effectuent une requête, et
comme des serveurs lorsqu'ils y répondent. Les terminaux peuvent communiquer
directement entre eux ou par l'intermédiaire d'autres serveurs. Les serveurs SIP
intermédiaires peuvent se comporter comme Proxy Serveur ou Redirect Server.
- Multi-accès: Tout réseau d accès large bande, fixe et mobile pourra s interfacer à
IMS.
IMS n est pas un unique réseau, mais différents réseaux qui inter opèrent grâce à des
accords de roaming IMS fixe-fixe, fixe-mobile, mobile-mobiles L IMS permet d offrir :
Des services de communication non-temps-reel, pseudo temps-réel et temps réel
suivant une configuration client-server ou entre entités paires.
La mobilité des services / Mobilité de l usager (Nomadisme).
Plusieurs sessions et services simultanément sur la même connexion réseau.
Le domaine IMS doit inter fonctionner avec le RTCP/GSM afin de permettre aux
utilisateurs IMS d'établir des appels avec le RTCP/GSM.
La figure I.2 illustre une représentation de l architecture en couche du réseau IMS.
des problèmes d interaction de service. Cela a induit la définition de trois entités CSCF :
PCSCF (Proxy CSCF), I-CSCF (Interrogating CSCF) et S-CSCF (Serving-CSCF).
Le Proxy-CSCF (P-CSCF) est le premier point de contact dans le domaine IMS. Son
adresse est découverte par le terminal lors de l'activation d'un contexte PDP pour l'échange
de messages de signalisation SIP.
Les fonctions réalisées par l'entité P-CSCF comprennent :
L'acheminement de la méthode SIP REGISTER émise par le terminal à l'entité I-
CSCF à partir du nom du domaine nominal.
L'acheminement des méthodes SIP émises par le terminal au S-CSCF dont le nom
a été obtenu dans la réponse à la procédure d'enregistrement.
Le routage des méthodes SIP ou réponses SIP au terminal.
La génération de CDRs (Call Detailed Record).
La compression / décompression des messages SIP.
L'Interrogating-CSCF (I-CSCF) est le point de contact au sein d'un réseau d'opérateur
pour toutes les sessions destinées à un utilisateur de cet opérateur. Il peut exister plusieurs
ICSCF au sein d'un réseau.
Les fonctions réalisées par l'entité I-CSCF comprennent :
L'assignation d'un S-CSCF à un utilisateur s'enregistrant.
L'acheminement des méthodes SIP reçues depuis un autre réseau, au S-CSCF.
L'obtention de l'adresse du S-CSCF auprès du HSS.
La génération de CDRs.
Le Serving-CSCF (S-CSCF) prend en charge le contrôle de la session. Il maintient
un état de session afin de pouvoir invoquer des services. Dans un réseau d'opérateur,
différents S-CSCF peut présenter des fonctionnalités différentes.
Les fonctions réalisées par le S-CSCF pendant une session comprennent :
L'émulation de la fonction Registrar puisqu'il accepte les méthodes SIP
d'enregistrement et met à jour le HSS.
L'émulation de la fonction Proxy server puisqu'il accepte les méthodes SIP et les
achemine.
L'émulation de la fonction User Agent puisqu'il peut terminer des méthodes SIP par
exemple lorsqu'il exécute des services complémentaires.
L'interaction avec des serveurs d'application après avoir analysé les critères de
déclenchement des services correspondants.
La génération de CDRs.
Avant de pouvoir utiliser les services du domaine IM, tels qu'établir une session
multimédia ou recevoir une demande de session, un usager doit s'enregistrer au réseau. Que
l'usager soit dans son réseau nominal ou dans un réseau visité, cette procédure fait intervenir
un PCSCF.
Par ailleurs, tous les messages de signalisation émis par le terminal ou à destination du
terminal sont relayés par le P-CSCF ; le terminal n'a jamais la connaissance des adresses des
autres CSCFs (i.e., I-CSCF et S-CSCF).
I.4.2.4.1 L'IMS-MGW
Reçoit un trafic de parole du RTCP et l'achemine sur un réseau IP. Le trafic audio est
transporté sur RTP/UDP/IP :
Supporte généralement des fonctions de conversion du média et de traitement du
média (annulation d'écho, pont de conférence).
Est contrôlé par le MGCF à travers le protocole MEGACO/H.248.
I.4.2.4.2 Le MGCF
§ Comme les entités CSCF, n'appartient qu'au plan de contrôle et non au plan média.
§ Contrôle l'IMS-MGW afin d'établir, maintenir et libérer des connexions dans l'IMS-
MGW.
Une connexion correspond par exemple à une association entre une terminaison TDM
(terminaison du côté RTC) et une terminaison RTP/UDP/IP. Un transcodage de la parole
doit aussi avoir lieu au niveau de l'lMS-MGW pour convertir la parole reçue et qui est
encodée à l'aide du codec G.711, en parole encodée en utilisant le codec AMR (UMTS) si le
terminal IMS est un mobile UMTS.
Assure la conversion des messages ISUP (Signalisation RTC) en des messages SIP
(Signalisation IMS).
Sélectionne le CSCF approprié afin de remettre la signalisation SIP qu'il génère, au
sous-système IMS.
I.4.2.4.3 Le T-SGW
Assure la conversion du transport pour l'acheminement de la signalisation ISUP entre le
commutateur téléphonique et le MGCF. La signalisation ISUP est échangée :
Sur SS7 entre le commutateur et le T-SGW
Sur SIGTRAN entre le T-SGW et le MGCF
Par contre, n'analyse pas les messages d'application ISUP.
La figure I.3 représente un appel initié par le RTCP et à destination d'un terminal dans le
sous-système IMS.
Le commutateur du RTC réserve un circuit de parole qu'il partage avec l'IMS-MGW et
émet un message ISUP IAM sur un transport SS7 au T-SGW.
Le TSGW est responsable de la conversion du transport du message ISUP. Ce message
est relayé à l'entité MGCF sur SIGTRAN.
Le MGCF crée un contexte dans l'entité IMS-MGW en utilisant le protocole
MEGACO/H.248. Ce contexte consiste en une association entre une terminaison TDM et
une terminaison
RTP. La terminaison TDM termine le circuit de parole que l'IMS-MGW partage avec le
commutateur téléphonique. La terminaison RTP termine les canaux RTP entre l'IMS-MGW
et le terminal IMS.
L'IMS-MGW retourne une réponse à l'entité MGCF ; cette réponse contient un "local
I.5 Conclusion
Dans ce chapitre, nous avons tracé les principales caractéristiques du réseau NGN en
terme de protocole, et services. Pour offrir ces services, nous sommes appelés à décrire le
processus d évolution des réseaux NGN vers un concept IMS.
Afin de mettre en uvre une plate-forme de services intelligents dans les réseaux NGN
conformément au concept IMS, des évolutions des protocoles de services du réseau
intelligent sont prévues par les normes.
L'objectif du chapitre suivant est justement l étude d une plate forme de services
intelligents.
CHAPITRE II
II.1 Introduction
Le Réseau Intelligent (RI) est un concept architectural de réseau qui vise à faciliter
l'introduction rapide des services de télécommunication [7]. Jusqu'ici, les normalisations et
les activités de recherches sur le RI ne concernent que ses spécifications fonctionnelles et sa
réalisation.
Dans ce chapitre on va présenter le concept de réseau intelligent selon l architecture
définie par l ITU-T.
Nous déterminons tout d abord dans le paragraphe II.2 l objectif du concept du réseau
intelligent puis, nous décrivons dans le paragraphe suivant le modèle conceptuel de IN, ainsi
que son architecture. Dans le paragraphe II.5, nous étudierons l évolution du réseau
intelligent et de la gestion de service. Pour finir par présenter les protocoles INAP, CAMEL
et SIP respectivement dans les paragraphe II.7, II.8 et II.9.
service est indépendant d un service donné. Cela est le cas par exemple des éléments de
services pour « authentification» ou « mise en file d attente » qui peuvent être réutilisés
pour la création de nombreux services RI.
programmation, une logique globale de service est assimilable à un script. Le GFP est pris
en charge par le concepteur de service.
Les FEs sont traduits en entités physiques (PE) dans le plan physique Des
regroupements de FEs peuvent s opérer avant translation vers un PE donné. La figure ci
dessous récapitule le modèle conceptuel du réseau intelligent.
la gestion de service et des SCPs associés. Les fonctions réalisées par le SMP sont
les entités SMFA et SCEF. Il peut accéder à toutes les autres entités physiques.
Environment Point ) est utilisé pour définir, développer, tester un service et l inclure
des services, exécution des services et gestion des services. L IN offre une gamme de plus
en plus large de services axés sur les usagers. Cette plate forme inclue la téléphonie sur IP,
la visiophone, le Triple Play (service qui associe téléphonie, Internet et vidéo), le VPN,
etc
ceci dans un environnement hétérogène, aussi bien en ce qui concerne les fournisseurs, que
les technologies et les modes de commercialisation.
Il faut pour cela être capable de définir les architectures réseaux, processus, des objets
génériques composant du service, et interfaces supportant les fonctions suivantes :
II.7 INAP
II.7.1 Ensemble de capacités
Le développement des recommandations du réseau intelligent est structuré en plusieurs
phases, de façon à prendre en compte les services et technologies existants et future. Chaque
phase correspond à un ensemble de capacités (CS ; Capability Set).
Le CS-1, premier ensemble de capacités, concerne les services à un seul utilisateur qui
sont activés à un seul point et offre des possibilités très limitées pour la mobilité (une
interaction avec l utilisateur ne peut avoir lieu que durant l appel). Les spécifications CS-1
font l hypothèse que le réseau est contrôlé par un seul opérateur et ne permette l inter
fonctionnement de réseau.
architecture RI CS-1 ne peut être déployé que sur le RTCP.
La première évolution est introduite par le CS-2. Cet ensemble contient les capacités
définies dans CS-1 en introduisant en plus des services de télécommunication, des services
de gestion et des services de création. Le CS-2 est applicable aux réseaux RTC, RNIS et
mobile, permet l inter fonctionnement entre réseaux intelligent et l interaction avec
utilisateur hors du contexte d un appel. Dans CS-3, il y a pris en charge du RNIS-LB et de
la portabilité des numéros. Il permet une interaction entre éléments de service. Le CS-4 fait
objet de la convergence IN/Internet pour la migration des fonctionnalités IN vers le monde
IP.
II.8 CAMEL
objet de CAMEL, est de permettre à un usager d accéder aux services spécifiques
offerts par son opérateur même lorsqu il est accueilli sur un réseau tiers.
Le service CAMEL, accessible à travers le protocole CAP (CAMEL Application Part), a
pour objet de spécifier une architecture et des mécanismes entièrement basés sur les IN.
Dans le cadre de CAMEL, le SCP est appelé CSE (CAMEL Service Environment). Il
peut y avoir plusieurs CSE dans le réseau. Chaque abonné qui a accès à un service
spécifique dispose, dans son profil, d un CSI (CAMEL Subscription Information), qui
identifie le service ainsi que l appellation globale du CSE concerné. Il peut y avoir un CSI
pour l appel départ et un autre CSI pour l appel arrivée [11].
II.9 SIP
Le protocole d'initiation de session (SIP) est un protocole de signalisation appartenant à
la couche application du modèle OSI. Son rôle est d'ouvrir, modifier et libérer les sessions
ou appels ouverts entre un ou plusieurs utilisateurs. L'ouverture de ces sessions permet de
réaliser de l'audio ou vidéoconférence, de l'enseignement à distance, de la voix et de la
diffusion multimédia sur IP essentiellement. Pour ouvrir une session, l'utilisateur émet une
invitation transportant un descripteur de session permettant aux utilisateurs souhaitant
communiquer de s'accorder sur la compatibilité de leur média. Ainsi SIP peut relier des
stations mobiles en transmettant ou redirigeant les requêtes vers la position courante de la
station appelée.
SIP possède l'avantage de ne pas être attaché à un médium particulier et est sensé être
indépendant du protocole de transport des couches basses. De plus il peut être étendu et
s'adapter aux évolutions futures.
II.10 Conclusion
Dans ce chapitre nous avons étudié l architecture de la plate forme IN de la nouvelle
génération. Nous avons, de plus, présenté ses services et ses protocoles (cas des réseaux
fixes s appuyant sur le protocole INAP et les réseaux mobiles s appuyant sur le protocole
CAP issu des spécifications CAMEL). Dans cette plate forme, le protocole SIP est mis en
évidence pour les services multimédias du réseau intelligent.
De même, nous avons essayé de donner les caractéristiques des protocoles INAP,
CAMEL et SIP.
CHAPITRE III
III.1 Introduction
Nous nous intéressons dans ce chapitre à l évolution de la plate-forme existante de
services vers une plate-forme convergente de services IMS
Le présent chapitre sera structuré comme suit : nous étudions ,tout d abord, dans le
paragraphe III.2 l objectif de la migration vers une plate-forme de services IMS puis, nous
présenterons dans le paragraphe III.3 notre stratégie de migration de services du réseau
Tunisie Télécom que nous avons proposé .
se voulait un outil permettant une création de services simple et une interopérabilité forte de
ces services entre réseaux.
CAMEL
INAP
Scénario 1
Dans ce scénario (voir figure III.7) on suppose la réutilisation de services IN existants
dans NGN par l implémentation des SSF dans le SS/MSC server. Dans ce cas les SS/MSC
server vont jouer le rôle d un SSP du réseau intelligent. On aura donc comme résultat la
coexistence des services de réseaux classiques et les nouveaux services du réseau NGN
comme première étape de l évolution vers les services IMS.
Tous les services à valeur ajoutée seront, fournis par des serveurs d application et
opérateur arrive donc à réaliser son objectif d avoir un seul réseau disposant de la totalité
des services.
organigramme dans la figure III.18 décrit la deuxième phase de notre stratégie de
migration vers une plate-forme de services du concept IMS.
III.4 Conclusion
Au cours de ce chapitre, on a détaillé la stratégie qu on a proposé pour assurer la
migration de la plate-forme existante de services Tunisie Télécom vers une plate-forme de
service IMS.
Dans la suite de ce rapport, nous essayerons de présenter les résultats de
dimensionnement des entités de la plate-forme de services IMS qu on a proposé pour
opérateur Tunisie Télécom tout en proposant un outil de dimensionnement.
CHAPITRE IV
Analyse de trafic et dimensionnement
des entités de la plate-forme de services
IMS
IV.1 Introduction
Après la présentation de la stratégie de migration des services courant de Tunisie
Télécom vers une plate-forme de services IMS, nous allons dimensionner les entités
fonctionnelles de cette plate-forme.
La première partie de ce chapitre sera consacrée à la présentation des différents modèles
de trafic, vue qu on ne peut pas dimensionner ces derniers sans connaître le trafic du réseau
accès.
étape de dimensionnement est une étape très importante puisqu elle nous permet
évaluer le coût de l infrastructure à déployer, de ce fait on va s intéresser dans la
deuxième partie de ce chapitre au dimensionnement des différentes entités de la plate-forme
des services du réseau IMS à développer. Puis, dans la troisième partie de ce chapitre nous
présenterons un outil de dimensionnement de ces entités qu on l appliquera pour l étude de
cas de Tunisie Télécom. A la lumière des résultats obtenus, nous proposons une liste de
recommandations à prendre en considération lors de la mise en place de la nouvelle plate-
forme de services.
dans les futurs systèmes de troisième génération susceptibles d être classés suivant quatre
catégories présentés dans le tableau IV.1 et qui sont : la classe Conversationnelle, la classe
Streaming, la classe Interactive et la classe Background. La différence entre ces classes de
services vient de la sensibilité de chacune par rapport au délai : la classe conversationnelle
englobe les applications très sensibles au délai tandis que la classe Background englobe les
applications les moins sensibles au délai. Ainsi les classes conversationnelles et Streaming
regroupent les applications avec des contraintes temps réel, la différence entre ces deux
classes vient uniquement de leur degré de sensibilité au délai.
Les classes interactives et Background regroupent les applications traditionnelles de
Internet comme la navigation sur le Web, le courrier électronique, le transfert de fichiers.
Ces applications sont beaucoup moins sensibles au délai que les classes conversationnelles
et Streaming mais sont en revanche beaucoup plus sensibles aux erreurs de transfert. La
principale différence entre les classes interactive et Background est que les applications de
type interactif sont des applications qui nécessitent une interaction, comme le cas du
courrier électronique interactif ou de la navigation interactive sur l Internet, tandis que les
applications de Background sont des applications comme le téléchargement de courriers ou
le téléchargement de fichiers [13].
sont les nouvelles applications issues de l Internet, telles que les applications audio ou vidéo
sur demande.
P[ X =n ]= λ pour n=0,1,2,
n
(IV.1)
n!
- Un processus exponentiel caractérise la durée d un appel de moyenne typique tels
que 1/ =150s.Une variable aléatoire "X" qui suit une loi exponentielle est définie comme
suit:
datagrammes de taille variable. Un temps de lecture est nécessaire avant de télécharger les
pages suivantes.
Les caractéristiques du modèle sont :
- Occurrence de sessions est un processus de poisson de valeur typique 0.17
appels/heure pour chaque session.
- Le nombre d appels de pages HTML suit une distribution géométrique de moyenne
5 appels/session. Une loi géométrique est définie comme suit:
p⋅ (1 − p ) x
; si x∈{0,1,...} 1− (1 − p ) x +1
; si
x ≥0
p( x )= ;F (x )=
0 ; si non 0 ; si non
1− p
µ= σ
2 1− p
= 2 ; avec p ∈ (0 , 1 )
p ; (IV.3)
p
2
Où F(x) est la fonction de distribution et p(x) est la fonction de masse, et sont
respectivement la moyenne et la variance.
- Le temps de lecture suit une distribution exponentielle de moyenne tels que 1/ =
4 à12s.
- Le nombre de datagrammes par appel suit une distribution géométrique de moyenne
typique 10 datagrammes/appel.
- La durée d inter arrivée de datagrammes suit une distribution exponentielle dont la
valeur moyenne varie en fonction du débit.
- La taille de datagrammes suit une distribution de Pareto. Une variable aléatoire "X"
qui suit une loi de Pareto normale est définie de la manière suivante :
α ⋅k α
f X
(x )= α + 1 ; ∀ x ≥ k
x
F (x )=
X 1− (kx ) α
; ∀x≥ k
µ = k ⋅α ; α >1
α −1
⋅α
2
2
= k
σ (α −2)(α −1) ; α >2 (IV.4)
Les services à bande étroite sont notamment les services du réseau intelligent dont le
trafic est véhiculé par le MGCF et le MCS server, dans notre cas nous allons considérer
uniquement le MGCF.
MGCF/ SSP
(IV.5)
Pour pouvoir déterminer la capacité de traitement par heur, on applique la formule (IV.6)
CSCF
Trafic entrant de
signalisation Trafic entrant de
(Tout type de trafic signalisation
d’accès)
(IV.7)
Une fois ceci est fait, et en cliquant sur l un des deux boutons « cps capacity » ou
« BHCA capacity », les résultats des calculs s affichent.
La figureIV.7 représente l interface permettant le dimensionnement du CSCF, ainsi
utilisateur saisi les paramètres d entré et pourra donc, déterminer la capacité de traitement
du CSCF.
En plus de ces services actuels présentés dans le tableau précédent, l opérateur Tunisie
Télécom est toujours à la quête de l amélioration et du développement de ses services, à
travers l intégration de nouveaux services avancés technologiquement. Le tableau IV.4
illustre l ensemble de services de concept IMS que Tunisie Télécom désir offrir à sa
clientèle.
Capacité de Capacité de
traitement(cps traitement (BHCA)
IV.8 Conclusion
Dans ce chapitre, on a présenté les différents modèles de trafic pour chaque classe de la
qualité de service ainsi que les règles de dimensionnement de différentes entités de la plate-
forme de service IMS. Ensuite, nous avons automatisé ce processus de dimensionnement à
travers le développement de l outil IMS-Application_Level_Dimensionning.
Enfin, nous avons fait une étude de cas pour Tunisie Télécom pour valider l outil et le
processus de dimensionnement.
Conclusion générale
Bibliographie
www.softswitch.org.
[4]: R. Uebele, M., Stratégie de migration des réseaux téléphoniques vers l architecture
[7] : R. Uebele, M., Stratégie de migration des réseaux téléphoniques vers l architecture
[9]: STEPHANE N., Network convergence for the provision of in services in the
[10] : SIMON ZNATY & MARIE PIERRE GERVAIS., Les réseaux intelligents,
[13] : MIGEON F.-D. Congestion d heure de pointe sur des axes concurrents de différents
Glossaire
A
ADSL Asymmetric Digital Subscriber Line.
API Application Programming Interface.
ARP Address Resolution Protocol.
AS Application Server.
B
BE Best Effort.
C
CAMEL Customiser Application Mobile Enhanced Logic.
CAP Camel Application Part.
CCAF Call Control Agent Function.
CCF Call Control Function
CDR Call Detailed Record
CID Call Instance Data
CLP Call Processing Language
COPS Common Open Policy Service.
CS Capacity Set
CSCF Call Session Control Function
CSE CAMEL Service Environment
CSI CAMEL Subscription Information
D
DFP Distributed Functional Plane
DSL Digital Subscriber Line.
E
ETSI European Telecommunications Standards Institute
F
FE Functional Entity
FEA Functional Entity Action
FTP File Transfer Protocol.
G
GFP Global Functional Plane
GPRS General Packet Radio System.
GSL Global Service Logic
GSM Global System for Mobile.
GW Gateway.
H
HLR Home Location Register
HSS Home Subscriber Server
HTTP Hyper Text Transfer Protocol.
I
ICSCF Interrogating CSCF
IF Information Flow
IMS IP Multimedia SubSytem.
IN Interactive Network.
INAP Interactive Network Access Provider.
INCM Intelligent Network Conceptual Model
IP Internet Protocol.
ISDN Integrated Services Digital Network.
ISUP ISDN User Part.
ITU International Telecommunications Union.
M
MEGACO MEdia GAteway COntrol
MG Media Gateway.
MGC Media Gateway Control.
MGCF Media Gateway Control Function.
O
OSA Open Service Access.
P
PCSCF Proxy CSCF
R
RI Réseau Intelligent
ROSE Remote Operations Service Element
RT Real Time.
RTC Réseau Téléphonique Commuté.
RTP Real-time Transfert Protocol
S
SACF Single Association Objects
U
UA User Agent.
UAS User Agent Server.
UE User Equipement
UMTS Universal Mobile Telephone Service.
UTRAN UMTS Terrestrial Radio Access Network
V
VoIP Voice over IP.
VPN Virtual Private Network.