!!!! Merci Qos Drive Test

Cycle de formation des ingnieurs en Tlcommunications
Option :
Rseaux et Services Mobiles
Rapport de Projet de fin dtudes

Thme :
Conception et dveloppement dun outil daide lanalyse des indicateurs qualit dun rseau GPRS
Ralis par :
MBARKI Rachid
Encadrants :
M. Mohamed Ayadi (SUPCOM) M. Mohamed Cheikh (GET Wireless)
Travail propos et ralis en collaboration avec
Anne universitaire : 2006/2007
Ddicaces
Louange Allah qui nous a guids ceci. Nous n'aurions pas t guids, si Allah ne nous avait pas guids . A mon cher Pre Ramadhan A ma chre Mre Naoua A mes chers frres Ammar, Med Hedi, Med Habib et Khaled A mes chres surs Kalthoum, Salwa, Nour El Houda, Najoua et Soumaya A mes chers amis Makram, oncle Mohsen, Lazhar, Mohsen, Oussama, Nizar, Sassi, Hamza, Said, Sofien, Jamel A tous ceux que jaime et qui maiment, Je ddie ce travail.
Rachid
Remerciement
Je tiens tout dabord remercier Mr. Hatem Boulabiar, prsident directeur gnral de GET
Wireless pour son chaleureux accueil au sein de sa socit, pour ses qualits humaines et ses conseils.
Jadresse galement mes sincres remerciements Mr. Mohamed Cheikh, ingnieur radio GET
Wireless, qui na pargn aucun effort pour le bon droulement de ce travail, avec ses remarques et ses consignes qui mont t dun grand apport.
Jinsiste pour exprimer toute ma reconnaissance Mr. Mohamed Ayadi, docteur en radio mobile
SUPCOM, pour son suivi, sa disponibilit et ses prcieux conseils quil ma prodigus le long de ce
projet.
Je tiens galement exprimer ma profonde gratitude Mr. Oussama Alibi, directeur technique
GET Wireless pour son incontestable contribution laccomplissement de ce projet.
Je ne manque pas de remercier, avec beaucoup dgard et de diffrence, tout lquipe de GET
Wireless : Elyes, Anis, Aymen, Walid, Sami, qui mont toujours aid et mont offert une agrable ambiance de travail.
Je
macquitte, enfin, volontiers dun devoir de gratitude et de remerciements tous mes
enseignants pour la qualit de lenseignement quils ont bien voulu me prodiguer durant mes tudes afin de me fournir une formation efficiente. Et nous esprons que ntres conduite et notre apprentissage ont laiss une bonne impression de Supcom et affirme son image de marque.
Avant Propos
Dans le cadre de ma formation dingnieur au sein de lEcole Suprieure des Communications de Tunis (SUPCOM), option Rseaux et services mobiles , je suis men effectuer ce projet de fin dtudes qui reprsente laccomplissement de mon second cycle dtudes suprieures dans le cadre de la prparation de diplme dIngnieur en tlcommunications. Ce projet a t effectu en collaboration entre GET Wireless et lcole suprieure des communications de Tunis. GET Wireless est une socit responsabilit limite (S.A.R.L.) cre en 2001 spcialise dans lingnierie des tlcommunications et elle a comme mission : Dploiement des rseaux cellulaires, Mesure radio, Optimisation des rseaux cellulaires, Service valeur ajout (VAS).
Le projet que nous avons men a pour but de concevoir et de dvelopper un outil informatique qui permet dautomatiser la procdure danalyse des indicateurs qualit de linterface radio du rseau GSM/GPRS.
Cahier de Charge du Projet
1. Cadre du projet
Lors dune mesure drive test, lingnieur radio est appel rcuprer les mesures effectues sur linterface radio, les interprter et les analyser. Ceci permet lingnieur de constater ltat de la qualit du rseau GPRS et lui offre la possibilit de faire une tape danalyse et doptimisation de ce rseau. Lobjet de ce projet de fin dtudes est de concevoir et dvelopper un outil daide lanalyse des indicateurs qualit dun rseau GPRS.
2. Travail demand
Il sagit de concevoir et de dvelopper un outil qui consiste automatiser la procdure danalyse des indicateurs QoS dun rseau GPRS. Le travail demand est de lire, traiter, tudier statistiquement et analyser les donnes rcuprer partir dun fichier de mesure de format standard obtenu suite une mesure drive test du rseau GPRS.
3. Plan de travail
1. Etude bibliographique sur linterface radio, larchitecture et les fonctionnalits du rseau GSM/GPRS. 2. Etude sur la qualit de service dans le rseau GSM/GPRS en spcifiant : Les techniques de Drive test et les critres d'valuation de la qualit de service, Les techniques de supervision de la QoS, Les indicateurs de cls de performances (KPI) dun rseau GSM/GPRS. 3. Spcification des besoins fonctionnels de loutil
4. Conception de loutil avec UML (outil de conception Rational Rose). 5. Dveloppement de loutil en C++ (Outil de programmation Visual .net). 6. Test et validation de loutil. Mots cls : GSM, GPRS, QoS, drive test, indicateurs, dveloppement C++.
Tables Des Matires
Liste Des Figures ____________________________________________________________ ix Liste Des Tableaux ___________________________________________________________ xii
Introduction gnrale _________________________________________________________ 1
Chapitre I : Introduction au rseau GPRS ________________________________________ 3
Introduction __________________________________________________________________ 3 I.1. Rappels sur le rseau GSM (Global System for Mobile communications) _______________ 3 I.2. Le rseau GPRS (General Packet Radio Service) _________________________________ 5 I.2.1. Concepts de base du GPRS (General Packet Radio Service) ______________________ 5 I.2.2. Fonctionnalits et services du rseau GPRS ___________________________________ 6 I.2.3. Architecture de rseau GPRS ______________________________________________ 7 I.2.3.1. Le terminal mobile ___________________________________________________ 8 I.2.3.2. Le sous systme radio BSS_____________________________________________ 9 I.2.3.3. Le sous systme rseau NSS __________________________________________ 10 I.2.3.4. Les interfaces du rseau GSM/GPRS ____________________________________ 11 I.2.3.5. Architecture en couche de rseau GPRS _________________________________ 12 I.2.4. Linterface radio de rseau GPRS __________________________________________ 16 I.2.4.1. Les canaux dans le rseau GPRS _______________________________________ 16 I.2.4.2. Schmas de codage canal _____________________________________________ 18 I.2.4.3. La gestion de litinrance _____________________________________________ 19 Conclusion __________________________________________________________________ 23
Chapitre II : Qualit de Service dans le rseau GSM/GPRS _________________________ 24
Introduction _________________________________________________________________ 24
vi
II.1. Gestion de la qualit de service dans les rseaux cellulaires ________________________ 24 II.1.1. Dfinition et intrt de la qualit de service _________________________________ 24 II.1.2. Critres dvaluation de la qualit de service ________________________________ 25 II.2. Qualit de service dans le rseau GSM ________________________________________ 26 II.2.1. Mesures de la QoS dans le rseau GSM ____________________________________ 26 II.2.2. Indicateurs qualit du rseau GSM ________________________________________ 28 II.3. Qualit de service dans le rseau GPRS ________________________________________ 32 II.3.1. Classe de qualit de service QoS __________________________________________ 32 II.3.1.1. Prcdence _______________________________________________________ 33 II.3.1.2. Classe de fiabilit __________________________________________________ 33 II.3.1.3. Classe de dlai ou de retard ___________________________________________ 34 II.3.1.4. Classe de dbit ____________________________________________________ 35 II.3.2. Supervision de la qualit de service ________________________________________ 36 II.3.2.1. Mesures Drive test GPRS ____________________________________________ 37 II.3.2.2. KPI GPRS ________________________________________________________ 40 II.3.3. Paramtres radio ______________________________________________________ 41 Conclusion __________________________________________________________________ 43
Chapitre III : Spcification des besoins et Conception de loutil ______________________ 44
Introduction _________________________________________________________________ 44 III.1. Spcification des besoins __________________________________________________ 44 III.1.1. Statistiques de couverture _______________________________________________ 45 III.1.2. Statistiques de qualit __________________________________________________ 45 III.1.3. Statistiques du rapport C/I ______________________________________________ 46 III.1.4. Statistiques dinterfrence ______________________________________________ 46 III.1.5. Statistiques des schmas de codage CS ____________________________________ 47 III.1.6. Statistiques des dbits de transmission des donnes ___________________________ 47 III.1.7. Statistiques sur les erreurs de transmission _________________________________ 49 III.1.8. Statistiques des canaux PDCHs __________________________________________ 49 III.1.9. Statistiques lies aux tats de session ______________________________________ 49
vii
III.1.10. Statistiques lies aux services GPRS _____________________________________ 50 III.2. Conception de loutil______________________________________________________ 52 III.2.1. Diagramme de cas dutilisation __________________________________________ 53 III.2.2. Diagramme de classes _________________________________________________ 54 III.2.3. Diagramme de squence et de collaboration ________________________________ 57 Conclusion __________________________________________________________________ 59
Chapitre IV : Dveloppement et test de loutil ____________________________________ 60
Introduction _________________________________________________________________ 60 IV.1. Lenvironnement informatique de dveloppement _______________________________ 60 IV.2. Dveloppement de loutil __________________________________________________ 61 IV.2.1. Interface d'accueil ____________________________________________________ 62 IV.2.2. Etude de cas rels _____________________________________________________ 63 IV.2.2.1. Analyse de couverture ______________________________________________ 63 IV.2.2.2. Analyse de qualit de signal _________________________________________ 64 IV.2.2.3. Analyse dinterfrence______________________________________________ 65 IV.2.2.4. Analyse de schma de codage ________________________________________ 67 IV.2.2.5. Analyse de dbit __________________________________________________ 69 IV.2.2.6. Analyse des erreurs de transmission ___________________________________ 72 IV.2.2.7. Analyse des canaux PDCH __________________________________________ 75 IV.2.2.8. Autre Analyses ___________________________________________________ 79 Conclusion __________________________________________________________________ 82
Conclusion gnrale & perspective______________________________________________ 83
Annexe ____________________________________________________________________ 85 Bibliographie _______________________________________________________________ 89
viii
Liste Des Figures
Figure I.1 : Architecture type dun transfert de donnes en GSM ________________________ 3 Figure I.2 : Caractristique dune session Web _______________________________________ 5 Figure I.3 : Architecture dun rseau GPRS _________________________________________ 8 Figure I.4 : Plan dchange de donnes entre le rseau fdrateur GPRS et la MS __________ 12 Figure I.5 : Plan dchange de signalisation entre le rseau fdrateur GPRS et la MS _______ 15 Figure I.6 : Structure de la multitrame GPRS _______________________________________ 16 Figure I.7 : GPRS Attach _______________________________________________________ 20 Figure I.8 : Les tats de mobilit en GPRS _________________________________________ 21 Figure I.9 : Activation dun contexte PDP linitiative du mobile _______________________ 23 Figure II.1 : Chaine de mesure Drive Test __________________________________________ 28 Figure II.2 : Processus danalyse _________________________________________________ 43 Figure III.1 : Diagramme de cas dutilisation de loutil ________________________________ 53 Figure III.2 : Diagramme de classe de loutil________________________________________ 55 Figure III.3 : Diagramme de squence de loutil : Analyse des mesures ___________________ 57 Figure III.4 : Diagramme de squence de loutil : Analyse de linterfrence _______________ 58 Figure III.5 : Diagramme de squence de loutil : Estimation des dbits et BLER GPRS______ 58 Figure III.6 : Diagramme de squence de loutil : Analyse des connexions GPRS___________59 Figure IV.1 : Interface principale de Visual .net _____________________________________ 60 Figure IV.2 : Schma synoptique de loutil _________________________________________ 61 Figure IV.3 : Fichier de mesure __________________________________________________ 61
ix
Figure IV.4 : Interface d'accueil de loutil _________________________________________ 62 Figure IV.5 : Etude de la couverture ______________________________________________ 63 Figure IV.6 : Histogramme de couverture __________________________________________ 64 Figure IV.7 : Etude de la couverture ______________________________________________ 64 Figure IV.8 : Histogramme de qualit de signal _____________________________________ 65 Figure IV.9 : Etude de linterfrence ______________________________________________ 66 Figure IV.10 : Histogramme dinterfrence _________________________________________ 66 Figure IV.11 : Etude du rapport C/I _______________________________________________ 67 Figure IV.12 : Histogramme du rapport C/I_________________________________________ 67 Figure IV.13 : Etude des schmas de codage ________________________________________ 68 Figure IV.14 : Histogramme des schmas de codage en UL et DL _______________________ 68 Figure IV.15 : Etude de dbit LLC en UL et DL _____________________________________ 69 Figure IV.16 : Histogramme de dbit LLC en UL et DL _______________________________ 70 Figure IV.17 : Etude de dbit RLC/MAC en UL et DL ________________________________ 71 Figure IV.18 : Histogramme de dbit RLC/MAC en UL et DL _________________________ 71 Figure IV.19 : Dbit GPRS moyen en UL et DL _____________________________________ 72 Figure IV.20 : Etude de BLER LLC en UL et DL ____________________________________ 73 Figure IV.21 : Histogramme de BLER LLC en UL et DL______________________________ 73 Figure IV.22 : Etude de BLER RLC/MAC en UL et DL_______________________________ 74 Figure IV.23 : Histogramme de BLER RLC/MAC en UL et DL ________________________ 75 Figure IV.24 : Statistique de BLER moyen en UL et DL ______________________________ 75 Figure IV.25 : Taux dutilisation des canaux PDCH en UL et DL _______________________ 76 Figure IV.26 : Etude des autres statistiques _________________________________________ 76 Figure IV.27 : Pourcentage dutilisation des TS en UL et DL ___________________________ 77 Figure IV.28 : Type des blocs RLC/MAC pour 1 et 2 TS allous en DL __________________ 77
x
Figure IV.29 : Type des blocs RLC/MAC pour 3 et 4 TS allous en DL __________________ 78 Figure IV.30 : Type des blocs RLC/MAC pour 1 seul TS allou en UL ___________________ 78 Figure IV.31 : Histogramme de Taux dattachement au rseau GPRS ____________________ 79 Figure IV.32 : Histogramme de taux dactivation de contexte PDP ______________________ 79 Figure IV.33 : Histogramme de taux de mise jour de localisation ______________________ 80 Figure IV.34 : Histogramme du GRR state _________________________________________ 80 Figure IV.35 : Histogramme des tats de session ____________________________________ 81 Figure IV.36 : Histogramme dactivit TBF en UL et DL ______________________________ 81
xi
Liste Des Tableaux
Tableau I.1 : Dbit par TS par CS_________________________________________________19 Tableau II.1 : Principaux indicateurs de qualit de service _____________________________25 _ Tableau II.2 : Exemple de convention de niveau de champ ____________________________28 _ Tableau II.3 : Correspondance entre RxQual et BER__________________________________29 Tableau II.4 : Exemple de convention de Rxqual_____________________________________29 Tableau II.5 : Correspondance entre FER et RXQUAL________________________________30 Tableau II.6 : Hypothses de QoS pour GSM (valeurs typiques)_________________________32 Tableau II.7 : Classes de priorits_________________________________________________33 Tableau II.8 : Classes de fiabilit _________________________________________________34 Tableau II.9 : Classes de dlai____________________________________________________34 Tableau II.10 : Classes de dbit pic._______________________________________________35 Tableau II.11 : Classes de dbit moyen.____________________________________________36 Tableau III.1 : Seuils de couverture _______________________________________________45 Tableau III.2 : Seuils de qualit radio______________________________________________46 Tableau III.3 : Seuils C/I________________________________________________________46 Tableau III.4 : Seuils de dbit de transfert __________________________________________48 Tableau III.5 : Seuils BLER _____________________________________________________49
xii
Introduction gnrale
Introduction gnrale
Les volutions technologiques dans le monde ne cessent de saccentuer haute cadence, notamment pour les systmes de tlcommunications mobiles. Durant ces dernires annes, les rseaux radio mobiles ont eu une expansion sans prcdent en termes de capacit et en nombre dabonns. La norme GSM, Global System for Mobile communication, reprsente de nos jours le systme de tlcommunications mobile le plus tendu et le plus rpandu travers le monde. Initialement, le systme GSM a t conu pour offrir principalement un service de tlphonie orient circuit et permet aussi le transfert des donnes un dbit limit de 9,6 kbit/s. Puisque les nouvelles tendances sont axes sur les nouveaux services, nous citons la transmission de donnes et les rseaux haut dbit, lesquels ont ncessit lvolution de ce systme pour quil supporte le HSCSD, High Speed Circuit Switched Data, fond sur la commutation de circuit puis le GPRS, General Packet Radio Service, fond sur la commutation de paquets. Lexprience a montr lchec du mcanisme HSCSD pour sa consommation norme de ressources, et a retenu le mcanisme GPRS vu ses performances notables. Selon cette stratgie les oprateurs ont adopt en perspective proche de la norme GPRS. Le rseau GPRS vient donc se greffer sur le rseau GSM avec lequel il partage les ressources. Il fournit des services orients paquets pour transmettre des donnes sur l'interface radio avec un dbit utilisateur nettement suprieur celui offert par le rseau GSM. Ce type de rseau supporte plusieurs trafics non homognes et satisfait plusieurs contraintes de qualit de service. Cette dernire reprsentait le souci de tout oprateur. C'est dans ce contexte que porte notre projet intitul "Conception et dveloppement dun outil daide lanalyse des indicateurs qualit dun rseau GPRS" dans lequel nous tenons tudier les performances du rseau GPRS. Cela a ncessit des fichiers recueillis sur l'interface radio, qui constitue l'lment fondamental pour laquelle la qualit de service sera value, l'aide de mesures drive-test et des indicateurs de performances (KPI) qui seront calculs partir des indicateurs GPRS. Lanalyse des fichiers de mesure permet dapporter dnormes informations quant au fonctionnement du rseau et de ses performances. Aussi, les KPI prsentent une gamme dindicateurs qui couvrent diffrents aspects de performances du rseau en matire de trafic, de
M. Rachid, Rapport de Projet de Fin dEtudes, Juin 2007 1
Introduction gnrale
coupure, dinterfrence. Toutefois, les indicateurs KPI et les mesures terrains sont complmentaires pour valuer la qualit de service du rseau permettant entre autres une analyse dtaille, varie et causale des principaux phnomnes et problmes rencontrs dans le rseau GPRS. Dans le prsent document, nous nous sommes particulirement intresss donner dans un premier chapitre un aperu sur la norme GSM/GPRS. En fait, nous avons prsent larchitecture du rseau GSM/GPRS en termes de sous systmes radio et rseau. De plus, nous avons expos certains principes de base et fonctionnalits de ce rseau. Dans le deuxime chapitre, nous tenons tudier la qualit de service, en particulier, dans la norme GPRS. Cette notion a t illustre par lexposition des indicateurs de qualit de service (drive test), des paramtres GPRS et des seuils de qualit de service GPRS. Dans le troisime chapitre, nous dcrivons les spcifications des besoins fonctionnels de loutil ainsi que sa conception dtaille. Et finalement, nous passons au dveloppement de l'application et ceci en introduisant en premire partie l'environnement de dveloppement, qui sera au biais de lenvironnement Visual .net, et en deuxime partie nous donnons quelques rsultats des statistiques effectus sur des mesures.
M. Rachid, Rapport de Projet de Fin dEtudes, Juin 2007
Chapitre I, Introduction au rseau GPRS
Chapitre I : Introduction au rseau GPRS

Introduction
Ce chapitre met laccent sur le fonctionnement du rseau GPRS en insistant sur les techniques employes sur la voie radio. Nous prsenterons tout d'abord quelques concepts utiles d'un rseau GSM classique pour introduire par la suite celle d'un rseau GPRS.
I.1. Rappels sur le rseau GSM (Global System for Mobile communications)
Le rseau GSM est le premier rseau de radiotlphonie cellulaire numrique dfini par la norme europenne ETSI. Il est conu essentiellement pour la transmission vocale, en mode circuit, que se soit entre les abonns mobiles ou entre les abonns mobiles et les abonns du rseau tlphonique commut publique (RTCP ou PSTN). linstar des codecs qui transforment le signal de parole en un train de bits, le GSM a normalis ds ses premires phases de dveloppement des interfaces pour les donnes.
Figure I.1 : Architecture type dun transfert de donnes en GSM [6]
Pour fiabiliser la connexion de donnes, un protocole de reprise sur erreur, RLP (Radio Link Protocol) est mis en uvre entre le TAF et lIWF (Voir figure I.1) et est fond sur le principe du selective repeat ARQ (Automatic Repeat reQuest) qui ne retransmet que les paquets errons qui sont vrifis par le CRC (Cyclic Redundancy Check). Il existe toutefois un mode
transparent, qui nutilise pas ce protocole et dans ce cas, il revient aux couches suprieures de fiabiliser le lien, si ncessaire, au moyen de TCP, par exemple. En mode transparent, le bloc lmentaire dinformation contient 192 bits/20 ms, soit 9.6 Kbit/s. En mode non transparent, cest--dire lorsque le protocole RLP est utilis, le bloc lmentaire dinformation contient 200 bits et sil ny avait aucune retransmission, le dbit vu par lutilisateur serait de 200 bits/20 ms, soit 10 Kbit/s mais en ralit, les retransmissions font baisser ce dbit 9.6 Kbits/s. Lorsque le canal de propagation est favorable, bon rapport signal sur bruit et mobilit restreinte par exemple, le GSM peut offrir un dbit suprieur qui est gal 14.4 Kbits/s par TS. En gnrale, le rseau GSM est capable de vhiculer des donnes avec un dbit de 9,6 kbps, ce dbit est suffisant que pour les petits changes de donnes (SMS) mais cela va se rvler vraiment lent pour les applications venir (internet, vido...). Ceci essentiellement cause des dfauts principaux suivants : Lusage des ressources radio nest pas optimal : Un circuit est rserv dans chaque sens alors quen gnral, un seul sens est utilis un moment donn ainsi que les ressources rserves en gnrale ne sont pas utilises pleinement tout au long de la connexion, Interconnexion complexe avec les rseaux paquets (Internet), Facturation selon le temps de connexion et non pas en fonction du volume de donnes transfres. Quelques amliorations ont t faites la norme GSM pour augmenter ce dbit, ce qui entrane lvolution du GSM vers le HSCSD (High Speed Circuit Switched Data). Le HSCSD assure une transmission multi slot en mode circuit qui consiste allouer au mobile plusieurs slot sur la mme TDMA avec une mise jour de MSC (fonction de rassemblage) ce qui permet d'atteindre un dbit plus lev que le rseau GSM. En revanche, le rseau HSCSD assure une allocation symtrique des ressources radio pour un trafic non symtrique (ex. trafic www, email, FTP), il entrane en plus, une congestion rapide de rseau avec une augmentation de la probabilit de blocage et une inefficacit
dutilisation des ressources radio. Pour cette raison, le rseau HSCSD a t abandonn par les oprateurs. En rsum, il est difficile d'avoir une connexion rapide et fiable sur le rseau GSM traditionnel mode circuit. C'est tout l'intrt de l'apparition de la technique GPRS que nous tudierons en dtails dans la suite de ce chapitre.
Idalement, GPRS se positionne comme un systme et un standard de transition entre le GSM et lUMTS, dans sa facult permettre des communications en mode paquet avec les communications circuit du GSM.
I.2. Le rseau GPRS (General Packet Radio Service)

I.2.1. Concepts de base du GPRS (General Packet Radio Service)
Le GPRS est linitiative europenne au sein de lETSI (Europeen Telecommunication Standard Institue) qui met en charge lintroduction des services multimdias dans le domaine des mobiles. Lobjectif est dassurer une transmission de donnes en mode paquets sur le rseau GSM afin datteindre dans un premier temps des dbits maximal thorique respectables de lordre de 172 kbps pour atteindre long terme des dbits de 384 kbps avec le EGPRS (Enhanced GPRS). Par consquent, la rpartition des donnes est effectue travers des adresses dans les enttes de chaque paquet (adresse destination et adresse origine). En plus, le GPRS offre deux modes de communication, un mode transparent qui permet au rseau GPRS dintgrer un fournisseur d'accs Internet ISP interne (Internet Service Provider) et lutilisateur daccder aux services internent sans prciser dadresses ISP et un mode non transparent qui offre lutilisateur plusieurs choix ISP pour accder Internet. Il sinspire des usages devenus courants dInternet : lors de la consultation de pages Web, une session peut durer plusieurs dizaines de minutes alors que les donnes ne sont rellement transmises que pendant quelques secondes, lors du tlchargement des pages. Le trafic de donnes GPRS engendr est donc trs sporadique ou irrgulier (Voir figure I.2), contrairement celui de la voix.
Figure I.2 : Caractristique dune session Web [6]
Pour l'usager, il a l'illusion d'une connexion permanente avec le serveur. Du point de vue de l'oprateur, pendant que l'utilisateur lit la page rapatrie, la tranche de temps libre est utilisable par un autre terminal. Par consquent, il faut dfinir les rgles de partage des ressources entre les mobiles. Pour la voie montante la norme propose deux mcanismes de partage lun dynamique et lautre statique, par contre pour la voie descendante, les blocs de donnes sont transmis par le rseau et il ny a aucun risque de collision grce aux adressages. En plus, le rseau GPRS associe chaque salve de donnes un TBF (Temporary Block Flow), qui reprsente un flux de donnes unidirectionnel entre la station mobile et le rseau concern. Une transmission de donnes se fait donc en trois temps, tablissement dun TBF, transfert de donnes et fermeture du TBF. Pour identifier les TBF, le rseau leur associe des TFI (Temporary Flow Identity), chacun peut tre considr comme un identifiant temporaire dun mobile, mme sil est possible davoir plusieurs TFI par mobile puisque ce dernier peut avoir plusieurs TBF ouverts simultanment. En GPRS, la cl de lallocation dynamique des ressources rside dans les USF (Uplink Status Flag), qui permettent de partager un mme canal physique PDCH en lien montant entre plusieurs utilisateurs (au maximum 7), puisque lUSF est code sur 3 bits, une valeur tant rserve au canal PRACH.
I.2.2. Fonctionnalits et services du rseau GPRS

Le GPRS assure six types de fonctions [9] : Le contrle daccs au rseau GPRS : enregistrement de lutilisateur (HLR), authentification et autorisation daccs (MS, SGSN et HLR), contrle dadmission (MS, BSS et SGSN), filtrage de message (GGSN), adaptation de terminal paquet (MS), rcupration des donnes de taxation (SGSN et GGSN), Le routage et le transfert des paquets de donnes : encapsulation (MS, SGSN et GGSN), tunneling (SGSN et GGSN), compression (MS et SGSN), chiffrement (MS, SGSN et HLR), mise en correspondance et traduction dadresse ((MS, SGSN et GGSN), La gestion de la mobilit : mme que dans le GSM (paging, LU,), La gestion du lien logique entre le terminal mobile et le rseau : tablissement de lien logique interne (MS et SGSN), maintenance de lien logique interne (MS et SGSN), libration de lien logique (MS et SGSN),
La gestion des ressources radio : gestion de linterface Um (MS et BSS), slection de cellules (MS et BSS), gestion de chemin (BSS et SGSN),.. La gestion du rseau : fonction dopration et de maintenance lies au GPRS. En terme de service, le GPRS offre la possibilit de faire du point point (PTP, Point-ToPoint) en mode avec connexion (X25) comme en mode sans connexion (Internet) et du point multipoint (PTM). Ce dernier peut tre de type broadcast c'est--dire le service est distribu aux utilisateurs dune mme zone de couverture, ou multicast qui est semblable au multicast des rseaux IP, pour lequel le service est distribu aux utilisateurs dun groupe, quelle que soit leur position gographique. Le rseau GPRS n'apporte pas vrai dire de nouveaux services l'utilisateur, puisque le transfert de donnes est dj disponible au moyen d'un terminal la norme GSM. Ce que GPRS apporte, c'est une augmentation des dbits et une plus grande souplesse d'utilisation afin denvisager des applications telles que la consultation du Web, le transfert de fichier par FTP (File Transfert Protocol), la transmission de vido compresse, etc. En fait, le GPRS hrite des avantages de la commutation des paquets qui est particulirement adapte aux applications gnrant un trafic sporadique et permet : Une exploitation optimale des ressources grce une allocation asymtrique de canal, Un accs simplifi aux rseaux paquet (IP), Un temps daccs rduits de lordre dune seconde pour commencer un transfert de donnes, Une facturation en fonction du volume des donnes, Un classement de la qualit de service selon les profils utilisateurs.
I.2.3. Architecture de rseau GPRS

Le GPRS ne constitue pas lui tout seul un rseau mobile part entire, mais une couche supplmentaire rajoute un rseau GSM existant. Il peut donc tre install sans aucune licence supplmentaire. Ceci signifie que tous les oprateurs qui disposent d'une licence GSM peuvent faire voluer leur rseau vers le GPRS. La mise en place du service GPRS sur le rseau GSM actuel ncessite le rajout l'architecture envisage des nouvelles entits ddies l'acheminement des paquets. Les entits propres au rseau GPRS vont du terminal mobile compatible GPRS puis
la fonction CCU et PCU au niveau du BSS jusquaux lments du rseau cur le SGSN et le GGSN (Voir figure I.3).
Figure I.3 : Architecture dun rseau GPRS [6]
I.2.3.1. Le terminal mobile Un mobile GPRS peut tre identifi par trois critres qui sont la classe et le type du mobile ainsi que la classe multi slot des terminaux GPRS [1]. Classe de mobiles : Trois types de station mobiles sont dfinis : Classe A : Le mobile est attach au GSM (IMSI attach) et au GPRS (GPRS attach) en mme temps il est connect sur ces deux rseaux simultanment.
Classe B : Le mobile est attach au GSM et au GPRS en mme temps mais il est connect sur ces deux rseaux de faon exclusive (en veille, le mobile fonctionne en bimode). Lors dun appel tlphonique, la connexion GPRS passe ltat Busy or Held . Classe C : Le mobile est attach au rseau GSM ou au rseau GPRS mais pas les deux la fois cest--dire que le MS est activ sur le GSM ou sur le GPRS. Type de mobile GPRS : On trouve deux types de terminaux simplex et duplex : un premier type simplex ne peut pas mettre et recevoir au mme temps et un deuxime type duplex capable dmettre et recevoir au mme temps grce lusage dun duplexeur. Classes Multi slot des terminaux GPRS : L'usage attendu du rseau GPRS est la possibilit de consulter de manire interactive des serveurs. Cela ncessite un dbit plus important sur la voie descendante que sur la voie montante. On parle alors de mobile multi slot. Le GPRS dfinit 29 classes multi slot qui assure un dbit suprieur au dbit maximal accessible par un seul time slot (21,4 kbps). Notons que la classe 10 avec 4TS Rx (Nombre maximal de PDCH allouables dans le sens descendant) et 2TS Tx (Nombre de PDCH allouables dans le sens montant) est la plus utilise sur le march actuellement. Par consquent, la norme spcifie donc sur la voie descendante des contraintes gales ou plus importantes que sur la voie montante. On rencontre donc plus couramment des classes de type : 2+1, 3+1ou 4+1. Pour un tel mobile 3+1 on dispose de 3 TS en Downlink et 1 TS en Uplink. I.2.3.2. Le sous systme radio BSS Dans cette section, nous allons essayer de dtailler les diverses composantes qui relvent de la partie radio [8]. a) Le module CCU (Channel Control Unit) : Le CCU ou lunit de contrle canal est implant dans la BTS par l'adjonction d'un logiciel spcifique, qui peut tre install par tlchargement. Cette unit est responsable essentiellement de contrle des paquets, codage canal (appliquer 4 types de codage canal), mesure radio (qualit, puissance, timing advance), linclusion du FEC (Forward Error Correction) et entrelacement. b) Le module PCU (Packet Controller Unit) : Le PCU ou lunit de contrle de paquet physiquement peut tre intgr au BSC, install cot BSC ou bien a cot du TRC. La norme
prvoit la possibilit dinstaller le PCU mme au niveau des BTS. Cest le cur de la transmission paquet dans le BSS. Elle assure la gestion des ressources radio affectes aux services GPRS (allocation de canal de donnes en UL et DL, PC, broadcast, gestion de
congestion), le choix du type de codage selon la qualit du canal (adaptation de lien radio), la segmentation des PDU en blocs RLC dans le sens descendant, le rassemblage des PDU partir des blocs RLC dans le sens montant et lordonnancement des transferts de donnes UL et DL. I.2.3.3. Le sous systme rseau NSS Ce sous systme correspond lensemble des quipements qui sont impliqus dans la gestion des ressources rseau. On note une mutation dans certains quipements et lapparition dautres [12]. Dune part, on note des ventuelles mises jour au niveau des bases de donnes communes au GSM/GPRS (VLR, HLR) et dautre part, le GPRS met en ouvre de nouvelles entits de type routeur intgrs au sous-systme GSS (GPRS Sub-System) qui sont le SGSN et le GGSN.
a) Le nud de service SGSN (Serving GPRS Support Node) : Le SGSN est un routeur de type IP dont les principales fonctions sont les suivantes : Routage : cest un routeur IP qui supporte le routage dynamique ou statique, Scurit et authentification : il chiffre les communications et les authentifi lors dattachement au rseau et des mises jour de zones de routage inter-SGSN. Gestion de mobilit : travers lutilisation des zones de routage (Routing Area), le SGSN gre le handover entre les BSCs et les autres SGSNs. Gestion des sessions : chaque session, le SGSN active un contexte PDP
b) Le noeud passerelle GGSN (Gateway GPRS Support Node) : Le GGSN doit avoir en mmoire pour chaque abonn le SGSN de rattachement. Il assure les fonctions suivantes : o Routage : il sagit dun routeur IP qui supporte le routage dynamique ou statique, o Scurit : il inclut des firewalls pour le filtrage des paquets provenant des rseaux PDP. o Passerelle : il permet la connexion dautres rseaux PDP externe ou GPRS. o Gestion de mobilit : il assure le routage des paquets vers les SGSNs des utilisateurs, en fonction de leur mobilit. o Gestion des sessions : chaque session, le GGSN alloue une adresse IP au mobile
I.2.3.4. Les interfaces du rseau GSM/GPRS Lintgration des nuds GGSN et SGSN dans un rseau GSM met en oeuvre de nouvelles interfaces travers lesquelles la communication entre ces composants et ceux du GSM peut stablir [9]. Interface Um ou air: cest linterface radio entre le terminal et le sous-systme radio. Interface Abis : Entre BTS et BSC. Interface A : Entre le TC et le MSC. Interface Ater : Entre BSC et TC. Interface Gb : Interface dfinie entre un BSS/PCU et un SGSN, elle semble linterface A mais en ralit elle ne lest pas tout fait. Elle partage le mme lien de transmission entre plusieurs utilisateurs. Les ressources ne sont alloues un utilisateur que si celui-ci met ou reoit des donnes. Sil est inactif, les ressources sont rattribues dautres utilisateurs, contrairement linterface A qui alloue continuellement les ressources. En plus, cette interface assure un contrle de flux UL au niveau de chaque cellule. Interface Gc : Interface de signalisation pure entre GGSN et HLR qui sert au GGSN demander au HLR des informations de localisation concernant un terminal mobile afin dtablir une session GPRS la demande du rseau (Network-Request PDP Context Activation Procedure). Interface Gd : Interface avec le SMS-GMSC/IWMSC, pour la signalisation et le transport des SMS sur des canaux radio GPRS (PDTCH). Le SMS via GPRS en priorit lorsque MS prsent sur GPRS et sur GSM Interface Gf : Cette interface relie un SGSN et un quipement de type EIR pour les changes lis lidentification du terminal. Interface Gi : Interface entre GGSN et le rseau de donnes externe PDN, elle permet les changes entre le rseau GPRS et le monde extrieur. Interface Gn : Cette interface est dfinie entre deux nuds GPRS (SGSN ou GGSN) appartenant au mme rseau PLMN GPRS. Les messages IP, X25, ou MAP transports entre les nuds GPRS par un tunneling grce au protocole GTP servent crer, mettre jour et supprimer les tunnels de transport des flux de donnes des utilisateurs ainsi quil permet de transporter ces donnes dans le rseau fixe vers ou depuis les points daccs aux rseaux de donnes paquets. Interface Gp : Cette interface dfinie entre deux PLMN diffrents est quivalente linterface Gn avec, en plus des fonctions de scurisation entre les deux PLMN (inter-oprateur).
Interface Gr : Interface de signalisation pure entre SGSN et HLR pour les changes de donnes lis aux profils des abonnes et la gestion de la mobilit (LU, activation de contexte, authentification). Interface Gs : Cest une interface de signalisation pure dfinie entre le SGSN et le MSC/VLR pour interfonctionnement commun GPRS/GSM (Attach/Detach et mise jour localisation, paging, gestion du TMSI et P-TMSI) et est permet dconomiser des ressources radio. Elle permet au SGSN denvoyer par exemple des informations de localisation au MSC/VLR et dviter des changes redondants de signalisation lis la gestion de la mobilit entre le terminal mobile et le SGSN, puis entre le terminal mobile et le MSC. Le SGSN peut aussi recevoir des requtes de paging mises par le MSC/VLR pour le service GSM. Cependant, seules les interfaces Gb, Gn et Gr sont obligatoires. Les autres interfaces sont optionnelles, et leur mise en uvre dpend des choix des fonctions dinter fonctionnement entre le GSM existant et le GPRS. I.2.3.5. Architecture en couche de rseau GPRS L'architecture des piles logicielles dans chacun des lments d'un rseau GPRS entre le terminal mobile et le GGSN est dtaille dans les figure I.4 et I.5. En fait, dans GPRS, le terminal mobile gre des piles de protocoles situs dans deux plans qui sont diffrents que dans les sommets. a) Plan usager Afin de comprendre comment les paquets de donnes applicatifs sont transmis au long du systme, il convient dtudier rapidement les fonctions de chacune des couches de communications [12].
Figure I.4 : Plan dchange de donnes entre le rseau fdrateur GPRS et la MS [8]
12
La couche IP/X25 : Le protocole IP est utilis deux fois dans le modle : dune part, cest le protocole de transport applicatif et dautre part, cest le protocole de transport entre GGSN et SGSN. Les GTP PDU sont encapsuls dans des datagrammes IP qui contiennent les adresses des SGSN et GGSN concerns. Ce niveau rseau soccupe seulement de lacheminement au sein du rseau fixe GPRS. La couche GTP (GPRS Tunneling Protocol) : Pour permettre de disposer dune voie de communication entre la station mobile et le GGSN, on tablit une liaison de donnes entre la station mobile et son SGSN et on utilise le principe du passage en tunnel entre le SGSN et le GGSN. Le GTP est un protocole dit tunnel qui utilise soit TCP, soit UDP pour encapsuler les paquets de donnes PDU (Protocol Data Unit) transmis par la MS dans des paquets d'un autre protocole spcifique au rseau de donne externe sans chercher les interprter. En plus, Il existe un tunnel par application pour un utilisateur donn et chaque tunnel repr par un identifiant de tunnel Tid (Tunnel identifier) qui intgre lidentit du destinataire mobile (IMSI) et galement un identificateur dapplication (NSAPI) qui identifie le tunnel pour lapplication en question. Le NSAPI est attribu lors de ltablissement dappel dans une procdure nomme, activation de contexte PDP. La couche SNDCP (Sub Network Dependant Convergence Protocol) : La couche SNDCP utilise lidentifiant NSAPI (Network Service Access Point Identifier), qui est inclus dans son entte afin de reconnatre le contexte dun PDP. Il permet dadapter les protocoles des couches suprieures aux protocoles spcifiques du GPRS. Il assure le multiplexage de plusieurs Packet Data Protocole (PDP) dans une connexion SNDCP (trame LLC) entre le SGSN et le mobile, la compression/dcompression des donnes afin de minimiser la taille des donnes rayonner sur la voie radio et la segmentation/rassemblage dun N-PDU en 1 ou plusieurs LLC-PDU. La couche LLC (Logical Link Control) : La couche LLC (Logical Link Control) offre une liaison fiable et crypte entre le mobile et le SGSN. Deux modes dopration existent : un mode acquitt et un mode non acquitt. Dans le premier cas, un CRC permet de dtecter les erreurs de transmission, et des retransmissions peuvent tre demandes selon une stratgie de retransmission slective. Dans le mode non acquitt, le CRC peut permettre dliminer les trames errones (mode protg), mais ce nest pas obligatoire. Cette couche assure les fonctions suivantes : Garantie dune ou plusieurs connexions logiques entre le SGSN et le mobile, squencement des
13
trames LLC, dtection des erreurs, correction des erreurs, dclaration des erreurs non corriges, contrle de flux et chiffrement. La couche BSSGP (Base Station System GPRS Protocol) : Cette couche transporte les informations relatives la voie radio, la qualit de service et le routage des paquets entre les couches RLC/MAC du PCU et le SGSN. Le BSSGP relaie des donnes utilisateur et des messages lis la gestion de la mobilit GPRS comme le paging et les indications sur ltat de linterface Um. Il ne fournit pas de contrle ni de dtection derreur. La couche NS (Network Service) : Linterface Gb est base au niveau physique sur la technique Frame Relay (relais de trames). La couche NS est base sur une connexion FR entre le BSS et le SGSN. La couche RLC (Radio Link Control) : Cette couche assure les fonctions suivantes :
o o o o
Permet la transmission des LLC PDU entre les couches LLC et MAC. Ralise la segmentation et le rassemblage des paquets LLC PDU en blocs RLC/MAC. Fonctionne en mode acquitt et non acquitt selon la qualit de services demande. Dtecte les paquets RLC errons et les retransmis, si le mode acquitt est requis, selon une technique de retransmission slective, dite SR-ARQ (Selective Repeat-Automatic Repeat reQuest).
o o
Contrle la liaison radio et fournit un lien fiable dpendant de la technologie radio utilise. Utilisation dune identit temporaire TLLI (Temporary Link Layer Identity), quivalent du TMSI et dun mcanisme de SR (Selective Repeat) pour les blocs retransmettre avec une numrotation BSN (Block Sequence Number).
La couche MAC (Medium Acces Control) : La couche MAC assure :

o
Le partage dynamique des canaux physiques entre les utilisateurs en fonction de leur trafic qui peut tre sporadique (irrgulier),
Le contrle daccs aux canaux radio (messages de signalisation de type demande et dallocation de canal),
Le mapping c'est--dire la mise en correspondance des trames LLC sur les canaux physiques.
Les messages de contrle des couches MAC et RLC sont ainsi confondus et non dissociables do lappellation de la couche RLC/MAC. En particulier, tous les messages relatifs
ltablissement dun TBF et sa fermeture sont des messages RLC-MAC. Chaque bloc RLCMAC descendant contient un USF dsignant lutilisateur autoris transmettre dans le prochain bloc radio associ montant ainsi que le TFI du destinataire. La couche physique : La couche physique est subdivise en deux sous-couches :
o
RFL (Physical Radio Frequency Layer) : responsable de la modulation/dmodulation, gestion de la couche physique et lmission et la rception des blocs sur linterface radio.
PLL (Physical Link Layer) : ralise le codage canal, contrle de puissance et dtection de la congestion sur le canal, lentrelacement, les mesures, la synchronisation
b) Plan de contrle Une diffrence importante avec le GSM rside dans la dfinition de nouveaux tats de connexions, dont la gestion est confie la couche GMM/SM (GPRS Mobility Management /Session Management) et GSMS (GPRS SMS).
Figure I.5 : Plan dchange de signalisation entre le rseau fdrateur GPRS et la MS [8]
La couche SM : La couche SM permet de grer les contextes PDP. Les procdures lies cette couche sont lactivation, la dsactivation et la modification de contexte. La couche GMM (GPRS Mobility Management) : La couche GMM gre litinrance du terminal GPRS. Pour transmettre des paquets sur le canal radio, le terminal fonctionnant en mode GPRS doit les transformer en bursts, qui seront alors multiplexs sur des canaux physiques PDCH. La couche GSMS (GPRS SMS) : Elle dsigne toutes les fonctions lies aux messages courts.
15
I.2.4. Linterface radio de rseau GPRS

Linterface radio reprsente le maillon critique de la chane de transmission qui permet de relier un utilisateur mobile au rseau via un mdium arien. Dans la suite, nous allons avancer les spcifications rattaches cette interface. I.2.4.1. Les canaux dans le rseau GPRS Le trafic GPRS utilise les mmes ressources radio que le trafic de commutation de circuit. Les canaux GPRS sont de deux types physique et logique et sont spcifiques au rseau GPRS [8]. a) Canaux physiques Par convention, un canal physique allou au service GSM (canal BCCH, SDCCH ou bien TCH) est appel CS TS (Circuit Switched TS). Et un canal physique rserv au service GPRS est appel PS TS (Paquet Switched TS) appel encore PDCH (Packet Data Channel). La multitrame de base du GPRS est dfinie par loccurrence dun mme canal physique dans 52 trames successives, et non 26 ou 51 comme dans le GSM. La multitrame est compos par 12 4 TS radio cd 48 TS pour le transport des donnes et de signalisation, 2 TS de contrle de lavance en temps PTCCH et 2 TS idle (Voir Figure I.6). Les 48 TS radio sont diviss en 12 blocs radio (ou PSDU, Physical SDU). Chaque bloc contient 4 timeslots, qui sont pris dans 4 trames successives. Contrairement au GSM, lunit lmentaire alloue en GPRS est un bloc, soit 4 slots GSM. Cette unit correspond la taille des blocs RLCMAC.
Figure I.6 : Structure de la multitrame GPRS [6]
Notez que si les TRX sont saturs, les slots utiliss pour le mode GPRS peuvent tre prempts pour tablir un circuit.
b) Canaux logiques Du fait que le GSM et le GPRS se partagent la mme interface physique, les canaux logiques du GSM, permettant les synchronisations frquentielle et temporelle, ne sont pas dupliqus en GPRS. De mme, pour conomiser des ressources, une cellule offrant la fois des services GSM et GPRS peut mutualiser ses canaux de broadcaste (BCCH-PBCCH). Le PBCCH regroupe dans ce cas la fois les informations concernant le GSM et celles ddies au GPRS. Il en va de mme pour les canaux de contrle commun (PRACH-RACH, PAGCH-AGCH, PPCH-PCH). Ces canaux logiques peuvent supporter des canaux ddis et des canaux non ddis [12] [8]. Canaux non ddis ou canaux commun CCH (Commun Channel) Un canal logique non ddi est un canal simplex point multipoint qui est commun plusieurs mobiles en tat de veille ainsi que les donnes diffuses concernent des mobiles qui ne disposent pas encore de canaux ddis. Les canaux non ddis sont composs par des canaux de diffusion et des canaux de contrle. Les canaux de diffusion PBCH (Packet Broadcast Channel) : Ce sont des canaux de contrles de diffusion paquet PBCCH (Packet Broadcast Control CHannel) qui reprsente les mmes canaux de diffusion utilises dans le rseau GSM (FCCH, SCCH et BCCH) sauf que lajout des informations qui concerne le rseau GPRS au niveau BCCH pour accder au rseau de transmission de donnes. Le canal PBCCH permet dassurer la diffusion des informations systme spcifiques au GPRS, dont les paramtres de cell reselection (liste des cellules voisines, BSIC,...). Les Canaux de Control Commun PCCCH (Packet Common Control Channel) : Le canal PCCCH nest pas allou en permanence dans une cellule, en plus lexistence du PCCCH et PBCCH est indique au niveau du BCCH. Si le PCCCH nest pas allou, le CCCH va tre utilis pour linitialisation dun transfert de paquet et lorsquil est allou il supporte les canaux suivants : PRACH-UL (Packet Random Access Channel) : utilise pour laccs des mobiles au rseau, il est quivalent au RACH de GSM, PPCH-DL (Packet Paging Channel) : utilis pour la notification des appels entrants, il est quivalent au PCH de GSM, PAGCH-DL (Packet Access Grant Channel) : utilis pour lallocation dune ressource un mobile, il est quivalent lAGCH de GSM.
Canaux ddis DCH (Dedicated Channel) Un canal logique ddi est un canal duplex point point qui permet de fournir une ressource rserve un seul mobile. Et dans la mme cellule, aucun autre mobile ne peut transmettre ni recevoir dans le mme slot la mme frquence. Les canaux ddis comprennent des canaux de trafic PTCH et des canaux de contrle ddi DCCH compos par PACCH et PTCCH.
PDTCH (UL or DL) (Packet Data Traffic Channel) : Ils sont unidirectionnels et sont ddis au transfert de donnes et allou temporairement un MS ou un groupe de MS (PTM-M). Dans le cas dun MS utilisant plusieurs slots, plusieurs PDTCH sont grs simultanment, PACCH (DL or UL) (Pachet Associated Control Channel) : Il est utilis pour la signalisation associe un PDTCH (Ack, PC, allocation de ressources, paging pour appel circuit,...), PTCCH (UL and DL) (Packet Timing Advance Control Channel): En UL, cest pour la Transmission dun random access burst pour valuer T.A. et en DL pour la transmission dinformations sur le T.A. pour plusieurs MS. Notons quun PTCCH en DL est li plusieurs PTCCH en UL.
Notez que le service de communication point multipoint, permettant de joindre un groupe dutilisateurs, a ncessit lapparition dun canal logique spcifique du GPRS, le PNCH (Packet Notification Channel). En GSM Phase 1, uniquement les canaux PTCH sont utiliss mais les canaux CCCH et BCH du GSM seront utiliss par le service GPRS au lieu du PCCCH et PBCCH. En plus, par rapport au rseau GSM, il existe dans le rseau GPRS deux concepts de canaux PDCH, canal matre et canal esclave. [1] I.2.4.2. Schmas de codage canal Au niveau de la couche physique, le rseau GPRS utilise un codage canal bas sur le codage convolutionnel et vari en fonction de qualit de signal selon C/I au niveau radio et BER ou FER au niveau systme. Ce codage assure la protection des blocs RLC/MAC contre les erreurs de transmission. Il existe pour cela quatre schmas de codage CS (Coding Scheme) sur la voie radio appels CS1, CS2, CS3 et CS4. Ces schmas offrent des protections plus ou moins
efficaces par rapport dune diminution du dbit utilisateur plus ou moins importante. Ladaptation du schma de codage peut tre effectue dynamiquement suivant des mesures envoyes en DL et UL. Si la qualit se dgrade CS1 sera utilis. Si elle samliore cest CS2 qui va tre employ. Dans la premire phase de GPRS seule CS1 et CS2 sont utiliss. Le choix du schma de codage est fait par le PCU suivant les mesures du niveau de champ et de qualit faites par le BTS. En plus, la norme GPRS est base sur la mme technique de
modulation que dans le GSM, appele GMSK (Gaussian Minimum Shift-Keying). Le tableau I.1 rcapitule les dbits fournis par la norme GPRS base sur la modulation GMSK [12] [8].
Codage Modulation Dbit (Kbit/s) par TS CS-1 CS-2 CS-3 CS-4 GMSK GMSK GMSK GMSK 9.05 13.4 15.6 21.4
Tableau I.1 : Dbit par TS par CS
I.2.4.3. La gestion de litinrance La couche de gestion de la mobilit, MM (Mobility Management) en GSM et GMM (GPRS Mobility Management) en GPRS, maintient dans le mobile et dans le SGSN ltat de mobilit en cours. Alors que le GSM dfinit des zones de localisation et le GPRS utilise la notion de zone de routage, un ensemble de cellules dpendant du mme SGSN, qui est toujours incluse dans une zone de localisation. Notez que le GPRS et le GSM grent sparment la mobilit dun mme utilisateur [6]. a) Procdure dattachement et dtachement au rseau GPRS Pour se faire connatre du SGSN et donc avant toute transmission de donnes, un mobile doit sattacher au rseau. Cette procdure (Voir figure I.7) consiste tablir un lien logique entre le mobile et le SGSN.
19
Figure I.7 : GPRS Attach
1. Le mobile ouvre un canal ddi par l'utilisation du canal d'accs alatoire PRACH. Il transmet son identit (IMSI ou TLLI) et sa prcdente zone de routage. 2. Si le mobile a chang de zone de routage, le SGSN ne reconnat pas son TLLI. Il envoie l'ancien SGSN une demande d'identification. Si l'identification choue nouveau, SGSN et mobile entament une procdure d'identification classique par l'utilisation de l'IMSI. 3. change de messages pour authentifier l'utilisateur (peut-il accder aux services GPRS ?). Cette procdure peut impliquer le HLR dans lequel sont stocks les renseignements relatifs l'utilisateur. 4. Le SGSN contrle lidentit de mobile avec EIR, 5. Le SGSN met jour la localisation du mobile avec le HLR. 6. Le HLR envoi au SGSN des informations pour la cration dun contexte MM, 7. Le SGSN accepte finalement la demande d'attachement et le canal ddi peut alors tre ferm. La procdure dattachement (voir figure I.7) est fortement lie la gestion de la mobilit. Un mobile attach est connu du rseau et peut donc tre joignable. Pour le rseau GPRS, un mobile dtach est comme un mobile teint. b) Etat de mobilit dans le rseau GPRS Le mobile peut tre dans lun des quatre tats suivants : teint : Il nest pas connu du rseau. Cet tat napparat pas dans le standard. Idle (tat de repos) : Le mobile est allum mais dtach du rseau GPRS cest--dire il nexiste pas dans le SGSN. En pratique, cela correspond un mobile teint (le mobile est hors tension
20
pour le GSM). Le mobile effectue uniquement les mesures permettant la slection/reslection de cellule ou de rseau PLMN. Standby (tat de surveillance ou dattente) : Le mobile est en attente pour ouvrir des sessions, il est attach au rseau GPRS et peut recevoir des appels entrants par paging. Il est localis, la zone de routage prs, par le rseau GPRS. Le mobile effectue, en plus de slection/reslection de cellule, des mises jour de localisation lorsquil change de zone de routage. Il peut activer des contextes PDP. Ready (tat prs ou de transfert) : Le mobile est en cours de communication et a au moins un TBF ouvert (contexte PDP ouvert), dans cette tat le paging nest pas possible mais le paging dautres services peut tre ralis travers le GPRS. Le rseau le localise la cellule prs avec une identit de cellule (RAC + LAC). En plus, le mobile peut dsactiver des contextes PDP et il doit effectuer une procdure cell update chaque changement de cellule. La figure I.8 illustre les tats de mobilit du GPRS ainsi que les transitions associes.
Figure I.8 : Les tats de mobilit en GPRS [6]
Par comparaison avec le GSM, le GPRS introduit un tat supplmentaire, Standby, lorsque le mobile est connu du rseau. En GSM, un mobile connu est forcment en transmission. En GPRS, un mobile connu peut ne pas transmettre. Ce nouvel tat sexplique par le caractre souvent sporadique du trafic de donnes pour lequel le GPRS est construit. Entre deux salves, le mobile reste identifi par le rseau, ce qui permet dtablir plus rapidement un nouveau TBF, en vitant, par exemple, une nouvelle procdure dauthentification, au sein de la mme session.
21
b) Les contextes Dans le cadre de la gestion de mobilit du GPRS, on dfinit la notion de contexte. Contexte MM : Le contexte MM contient tous les paramtres lis la gestion de mobilit (comme des informations de localisation) et la scurit (notamment lauthentification). Comme exemples dlments constituant le contexte MM, on peut citer :
l'IMSI et le P-TMSI pour lidentification dabonn, ltat de mobilit de labonn (Idle, Standby ou Ready), lidentifiant du SGSN.
Contexte PDP : Le rseau GPRS dfinit la notion de contexte PDP o est enregistr l'ensemble des donnes relatives une session stocke dans le mobile, le SGSN et le GGSN permettant lchange de donnes avec un rseau PDP (rseau de donnes). Un contexte PDP contient ainsi :
Le type de rseau PDP utilis (X.25, IP) et l'adresse PDP du terminal, L'adresse IP du SGSN courant o se trouve l'abonn, Le nom de point daccs APN (Access Point Name) qui permet de d slectionner un GGSN afin daccder au rseau extrieur et pour indiquer un service fournit par un rseau extrieur. La qualit de service ngocie.
Une session est tablie aprs attachement au rseau par lactivation dun contexte PDP (Packet Data Protocol). Ce contexte permet de rendre le mobile visible lextrieur du rseau de loprateur mobile, en lui associant, par exemple, une adresse reconnue du rseau extrieur (adresse IP, X25). Par ailleurs, un utilisateur peut avoir plusieurs contextes PDP en parallle, sil veut ouvrir plusieurs sessions avec des rseaux diffrents ou avec des QoS diffrentes. Lactivation du contexte PDP peut se faire soit linitiative du mobile (voir figure I.9), soit celle du rseau [6].
22
Figure I.9 : Activation dun contexte PDP linitiative du mobile [6]
1. Le mobile informe le SGSN de sa demande d'activation de contexte PDP. 2. Les procdures de scurit (authentification de l'utilisateur) peuvent tre effectues. 3. Le SGSN transmet une demande de cration de contexte PDP au GGSN en relayant les paramtres de QoS demands par l'utilisateur. Aprs une phase de ngociation (le GGSN peut ne pas accepter la QoS requise), le GGSN cre un nouveau contexte PDP, qui permet de router les paquets du mobile entre le SGSN et le rseau extrieur. Le GGSN confirme au SGSN l'activation du contexte PDP. 4. Le SGSN met jour sa propre table de contexte PDP (avec les paramtres fournis par le GGSN) et en informe le mobile.
Conclusion
Dans ce chapitre, nous avons prsent les concepts de base, les fonctionnalits et l'architecture du rseau GPRS. Notre attention sest porte tout particulirement sur linterface radio, en donnant les diffrents canaux logiques et leurs rles dans la gestion du lien entre le mobile et la BTS. Enfin, nous avons illustr les diffrentes fonctions mis en uvre pour la gestion physique du lien radio. Cependant, ces fonctions ne sont pas suffisantes pour garantir une bonne qualit de service, les oprateurs souciant de leurs pouvoirs concurrentiels doivent mettre un mcanisme leurs permettant de vrifier les paramtres et les indicateurs de qualit de service en vue de faciliter le travail doptimisation du rseau GPRS, cest ce que nous allons illustrer dans le chapitre suivant.
23
Chapitre II, Qualit de Service dans le rseau GSM/GPRS
Chapitre II : Qualit de Service dans le rseau GSM/GPRS

Introduction
Lentre en exploitation dun rseau cellulaire intervient aprs la phase de dploiement et louverture commerciale. Loprateur commence alors un nouveau cycle qui consiste observer la qualit de service et optimiser le rseau pour amliorer dune part, la qualit de service dans les zones o cela est ncessaire et dautre part, pour augmenter lefficacit du rseau de point de vue trafic. Nous introduisons dans ce chapitre deux grandes parties : une premire partie portant sur les indicateurs et les paramtres de qualit de service du rseau GSM puis ceux du rseau GPRS.
II.1. Gestion de la qualit de service dans les rseaux cellulaires

II.1.1. Dfinition et intrt de la qualit de service
La recommandation E-800 de lUIT (Union Internationale des Tlcommunications) dfinit la qualit de service QoS (Quality of Service) par lEffet global produit par la qualit de fonctionnement dun service qui dtermine le degr de satisfaction de lusager dun service. [17] De point de vue performance de rseaux, lUIT dfinit la qualit de service comme lAptitude d'un rseau ou d'un lment de rseau assurer les fonctions lies des communications entre usagers. La QoS est la capacit adapter un service aux besoins d'une application. Elle est value, dune part, du point de vue du consommateur qui permet de dterminer la russite ou lchec du service et dautre part, du point de vue oprateur dune faon objective travers lanalyse des indicateurs qualit de service suivant certains critres. Les classes dindicateurs comportent laccs au rseau, laccs au service, lintgrit du service et le maintien du service. Ces classes dindicateurs de qualit de service sont values par les indicateurs cls de performances KPI (Key Performance Indicator).
24
II.1.2. Critres dvaluation de la qualit de service

Les critres qui rentrent dans l'estimation de la qualit d'un rseau peuvent globalement tre classs en deux grandes catgories selon le point de vue adopt : oprateur ou utilisateur. Ces critres sont directement mettre en rapport avec les attentes des abonns et affectent profondment leur degr de satisfaction des services [8]. Dans le rseau GSM, ces attentes sont principalement lies : Disponibilit du rseau (probabilit d'obtention d'un nouvel appel), Maintien des communications (la probabilit de coupure d'une communication), Qualit auditive de la communication (puissance du signal, brouillage). Du cot utilisateur, les critres les plus courants pour lesquels un abonn GSM peut juger la qualit de service sont : Couverture du rseau (puissance du signal reu en tout point de la couverture), Etablissement dappel (taux de congestion du rseau ou taux de blocage), Qualit des communications ou qualit vocale (taux derreurs binaires, microcoupures et interfrence), Interruption de communications ou coupure dappel (perte totale de communication en cours, taux de coupure). Du point de vue oprateur, il cherche minimiser ses cots tout en garantissant une bonne qualit de services QoS qui est value par les moyens dclars dans le tableau II.1.
Indicateurs de qualit de service Couverture Taux dappels russis Qualit de la communication pendant lappel Taux de coupure dappels
Mode dvaluation Mesures radio et plaintes des abonns Mesures systme Mesures radio, mesure systme et analyseurs de qualit vocale Mesures systme
Tableau II.1 : Principaux indicateurs de qualit de service [12]
25
En outre, avec un rseau focalis sur les services voix comme le GSM, il existe essentiellement une classe de service mais avec le GPRS, il existe une multitude de classes de services potentielles sur la base des attributs comme la priorit, le retard, la fiabilit et le dbit. Pour le rseau GSM, ces informations sont facilement accessibles et les critres sont simples deviner, la plupart de ces critres sont lis la qualit de la voix et aux taux dappel non aboutis. Avec le GPRS, la dtermination des informations qui doivent tre mesures est difficile. Au cours dune confrence sur le sujet, six paramtres potentiels ont t dtermins [9] : Accessibilit aux services, Temps dtablissement, Dbit des donnes utilisateurs, Retard de la transmission, Vitesse de navigation internet, Taux de coupure de service.
Un des plus importants facteurs dans la dtermination de la capacit lie la qualit de service rside dans la longueur du retard dans le rseau, le temps ncessaire pour quun seul paquet de donnes soit envoy et reue dans le rseau GPRS.
II.2. Qualit de service dans le rseau GSM

La qualit de service dans le rseau GSM sintresse deux aspects principaux spars [8] : Disponibilit des ressources en termes de taux de congestion qui se traduit par un taux de blocage. Qualit du signal radio selon la qualit de couverture (possibilit dtablissement du lien radio) et selon la qualit du signal radio (BER, FER) qui se traduisent par une probabilit de coupure.
II.2.1. Mesures de la QoS dans le rseau GSM

Les mesures des performances actuelles du rseau combinent trois approches : Indicateurs cls de performances KPI (Key Performance Identification) via lOMC-R, Mesures Drive test, Trace de signalisation sur les interfaces A/Abis.
26
Dans ce projet on va intresser linterface radio et aux chaines de mesures Drive test (voir figure II.1). Grce des sorties terrains et des simulations en diffrents scnarii possibles dans lesquels on teste ltablissement de lappel (absence dchec), le maintien de la communication pendant un certain temps seuil (absence de coupure) et la qualit de la communication, etc, tout en tenant compte de la mobilit de lusager. Le rapport de mesure ainsi obtenu reflte de faon objective la qualit de service des prestations des oprateurs. Elles constituent pour cela le meilleur moyen de vrifier les performances du rseau et de les ajuster aux attentes des abonns, car elles dcrivent ltat de la qualit des ressources radio du rseau telle quelle est perue par les abonns. Pour raliser ces mesures, un comit se dplace, dans une voiture, muni dune chane de mesure numrique de type drive test qui comporte essentiellement : Un mobile (s) trace Un mobile trace dit aussi mobile de test est quip dun logiciel spcial et est utilis pour les mesures radio (mesures numriques). A l'aide de l'Hyper Terminal et d'un cble srie, il est possible de taper des commandes qui permettent d'teindre le mobile ou encore d'appeler quelqu'un, mais sa vritable utilit rside dans le fait quil peut calculer tous les paramtres radios (niveau du signal, la qualit du signaletc.) et les communiquer au PC suites la rception de commandes (commandes AT) sur son modem. En gnral, un mobile trace permet de faire tous les scnarii possibles pour chaque canton mesur.
Un quipement GPS (Geographic Positioning System) Pour la localisation exacte de la position gographique de chaque point de mesure. Il est indispensable pour reprer les point de lenvironnement ou il ya des problmes radios.
Un ordinateur portable dot dun outil (software) spcial Permettant lacquisition, le traitement et lenregistrement des mesures rcupres du mobile trace (paramtres radios) et du rcepteur GPS (coordonnes gographiques) dans des fichiers spciaux. En visualisant sur lcran de lordinateur les diffrentes mesures ralises, il permet lingnieur de constater ltat du rseau sur place.
27
Figure II.10 : Chaine de mesure Drive Test
II.2.2. Indicateurs qualit du rseau GSM

Les mesures drive test peuvent tre regroupes en deux blocs : Des mesures ltat de veille du mobile et/ou des mesures ltat ddi. Les principaux paramtres mesurs sont : Longitude, latitude : Le systme de localisation GPS nous donne les coordonns de chaque point de mesure. Niveau de champ (RxLevel) : Elles consistent mesurer sur la voie balise BCCH, le niveau de champ RxLev reu par le mobile. Une mesure de niveau de champ est en effet faite
immdiatement aprs chaque tentative daccs au rseau. La correspondance entre Rxlev et lapprciation de la couverture dpend des choix de loprateur comme le montre le tableau II.2. Niveau de couverture Pas de couverture Mauvaise couverture Assez bonne couverture Bonne couverture Trs bonne couverture RxLev (dBm) -110 -95 -85 -75 -65 -95 -85 -75 -65 -46
Tableau II.2 : Exemple de convention de niveau de champ
28
Qualit radio (RxQual) Ces mesures consistent valuer la valeur RxQual enregistre par le mobile. Elle est obtenue en quantifiant le taux d'erreurs binaires BER (Bit Error Rate) sur 8 niveaux (3bits) suivant la correspondance prcise dans le tableau II.3. RxQual est mesure uniquement ltat ddi et sur la cellule serveuse et est cod sur trois bits et prend des valeurs entre 0 et 7. RxQual De 0 1 2 3 4 5 6 7 < 0.2 0.2 0.4 0.8 1.6 3.2 6.4 12.8 BER (%) 0.2 0.4 0.8 1.6 3.2 6.4 12.8 > 12.8
Tableau II.3 : Correspondance entre RxQual et BER
La correspondance entre RxQual et lapprciation de la qualit dpend des choix de loprateur, le tableau II.4 donne un exemple de convention de qualit de service. Qualit correspondante Trs bonne Bonne Assez bonne Mauvaise
Tableau II.4 : Exemple de convention de Rxqual
RxQual
29
Rapport C/I Le rapport signal sur interfrence est le rapport de l'intensit du signal de la cellule de service courante par celle des composants du signal non dsir (interfrent). La fonction de mesure du C/I permet l'identification des frquences qui sont particulirement exposes des hauts niveaux d'interfrence, ce qui devient utile dans la vrification et l'optimisation des plans de frquence. Pour obtenir une estimation correcte du C/I, on doit prendre en considration le possible usage du contrle de puissance et/ou de la transmission discontinue (DTX). FER (Frame Erasure Rate) Alors le FER est un indicateur de niveau de qualit spcifique au taux de rejet de trame. Dans le tableau II.5 nous prsentons la correspondance entre le FER et le RXQUAL. RxQual De 0 1 2 3 4 5 6,7 < 4.5 4.5 8.5 12.5 16.5 20.5 24.5 FER (%) 4.5 8.5 12.5 16.5 20.5 24.5 > 24.5
Tableau II.5 : Correspondance entre FER et RXQUAL
Autres paramtres mesurs Dautres paramtres peuvent contribuer lvaluation de la qualit de service dans le rseau GSM [2] : Time, Speed : le temps des mesures et la vitesse de la voiture. Mode : Mode en veille ou mode ddi (Idle ou Ready). ARFCN : Cest le numro de frquence allou un mobile,
30
BCCH ARFCN : ARFCN de la frquence BCCH de la cellule, TCH ARFCN : ARFCN de la frquence TCH allou un mobile, BSIC, Base Station Identification Code : identificateur de la cellule. En effet, le couple (frquence, BSIC) permet sur une zone donne de dterminer parfaitement une cellule. RXFREQ : ARFCN de la frquence de rception, RXFREQ, RXLEVFULL et BSIC de six cellules voisines au maximum. MSPWR : Le niveau de puissance dmission du mobile (MS Power) : paramtre de contrle de puissance du MS, (Pe = 43 2*MSPwr), TIMESLOT : Le numro de Time Slot (TS) : sur lequel les mesures sont effectues, Cell_Id, Cell_name : Numro didentification et nom de la cellule. Ciphering Algorithm : Algorithme de chiffrement, Hopping frequencies : Les frquences qui utilise le saut de frquence, LAC (Location Area Code) : Code de la zone de localisation GSM. SQI : Mesure de la qualit parole qui est base sur les distributions des BER et FER avec prise en compte des vnements du handover et de l'utilisation de la transmission discontinue (DTX), et qui sert prdire d'une faon instantane la qualit de la parole durant un appel tlphonique.
T_ADV (Timing Advance) : Il traduit le temps davance ncessaire pour la compensation du temps aller-retour du signal cd le temps de propagation entre le MS et sa BTS. RLT (Radio Link Timeout) : Cest le temps dexpiration ou de coupure du lien radio.
Dans le tableau II.6, nous avons produit les valeurs typiques de probabilit de blocage dans chaque interface du rseau GSM. Des valeurs suprieures ces seuils pourront se traduire par une mauvaise qualit de service perue par les usagers. Pour linterface Abis, il nexiste pas un problme de disponibilit de ressources puisquon a pour chaque canal une voix sur un TS. Pour linterface Um, on peut avoir une probabilit de blocage de signalisation SDCCH avec les SMS et une probabilit de blocage de trafic TCH. Pour linterface A et linterface MSC-MSC, la probabilit de blocage est du la concentration de trafic au niveau de BSC et de MSC.
31
Interfaces
Taux de blocage (%) De 5 1 1 1 1
Seuil de taux de blocage (%)
Um /TCH Um / SDCCH GSM / RTC A Abis Ater
1 0.1 0.1 0 0
2 0.1 0.5 0.1 0.1
Tableau II.6 : Hypothses de QoS pour GSM (valeurs typiques)
II.3. Qualit de service dans le rseau GPRS

La notion dappel utilise utilis dans le rseau GSM est remplace par la notion de contexte PDP dans le rseau GPRS. Une qualit de service est dfinie par un ensemble de paramtres regroups dans un profil de QoS qui est associ chaque contexte PDP et est ngoci louverture de session. La transmission des donnes travers le rseau GPRS peut tre ralise suivant diffrents profils de qualit de services. Ce rseau permet de rserver des ressources avant toute transmission de paquets. Par consquent, le GPRS supporte diffrents niveaux de qualit de service (QoS) ce qui permet aux oprateurs de facturer les services GPRS selon le profil de QoS souscrit par labonn.
II.3.1. Classe de qualit de service QoS

Dans la norme GPRS, un profil de qualit de service est dfinie par lensemble des attributs ou classes suivants [6] : La priorit ou la prcdence des services (precedence class), La fiabilit des services (reliability class), Le dlai ou le retard tolr (delay class), Le dbit des informations transmises (throughput class).
32
Tous ces paramtres sont ngocis entre le GGSN et le mobile lors de lactivation du contexte PDP. De nombreuses combinaisons de classes sont possibles, ce qui permet de dfinir plusieurs profils QoS. Lorsquun abonn veut tablir une session, le rseau lui attribue une qualit de service ngocie sur la base de : Profil QoS demand par lutilisateur pour cette session et profil QoS disponible en fonction des ressources libres actuelles du rseau GPRS.
II.3.1.1. Prcdence Cest la priorit maintenir un service dans des conditions difficiles (voir tableau II.7). Il y a trois niveaux de prcdence : haute, normale et basse pour diffrencier les services en cours et pour permettre au rseau didentifier les donnes supprimer.
Classe Priorit 1 2 Haute Normale
Description Les services de cette classe seront maintenus en cas de congestion. Le maintien des paquets de cette classe se fera aprs les paquets de priorit haute. Les services de cette classe seront les premiers supprims en cas de problme.
Tableau II.7 : Classes de priorits [6]
Basse
II.3.1.2. Classe de fiabilit La fiabilit est dfinie comme tant la probabilit davoir des paquets de donnes perdus, dupliqus, reus avec des erreurs rsiduelle de la transmission ou bien reus en dehors de sa squence. Le tableau II.8 illustre trois classes de fiabilit dfinis par lETSI. La probabilit de perte fait allusion au temps maximal de sjour du paquet dans le rseau GPRS, temps au-del duquel le paquet est supprim. Par exemple, si les ressources ne sont pas disponibles le paquet stock dans les mmoires peut tre jet par un nud GPRS et il sera perdu. Les applications de classe 1 ne doivent gnralement avoir aucune contrainte de temps rel, car elles nacceptent pour ainsi dire aucune erreur. En revanche, les applications tolrant des erreurs peuvent tre de classe 3 et avoir des contraintes temps rel.
33
Classe de fiabilit 1 2
GTP mode
LLC trame mode
LLC data
RLC blocs mode
Probabilit de perte 10-9 10-4 10-2
Probabilit
Probabilit
Probabilit derreur rsiduelle 10-9 10-6 10-2
de de duplication dsquencement 10-9 10-5 10-5 10-9 10-5 10-5
Acquitt Acquitt Protg Acquitt Non acquitt Non acquitt Acquitt Protg Acquitt Nom acquitt
Protg Acquitt
Tableau II.8 : Classes de fiabilit [6]
II.3.1.3. Classe de dlai ou de retard Le dlai reprsente les dlais de transfert de point point encouru par la transmission des paquets travers le rseau GPRS. Et les taux levs du dlai peuvent se produire pendant des problmes momentans, tels quun moment du trafic maximal. Il comprend le temps daccs au canal, le temps de transmission sur linterface air, le temps de transit dans le rseau GPRS, mais ne comprend pas les dlais dus aux autres rseaux. Paquet de 128 octets Classe de Dlai moyen dlai de transfert 1 2 3 4 < 0.5 s <5s < 50 s Dlai 95 % < 1.5 s < 25 s < 250 s de transfert <2s < 15 s < 75 s Dlai 95 % <7s < 75 s < 375 s Dlai moyen Paquet de 1024 octets
Non spcifi (Best Effort)

Tableau II.9 : Classes de dlai [6]
En plus, les rseaux GPRS offriront seulement le service de classe 4 (best effort), qui correspond la classe assure par les rseaux IP actuels et lorsquune classe de qualit de services ne prcise pas de paramtres de performance (qualit de service non spcifie), il sagit de la technique du
meilleur effort possible de la part du rseau pour satisfaire lutilisateur. LETSI dfinit deux tailles de paquet pour les mesures des classes de qualit de service : 128 octets et 1024 octets comme le montre le tableau II.9. II.3.1.4. Classe de dbit Une classe de dbit caractrise la bande passante demande par lutilisateur pour une session. Le dbit peut tre ngoci suivant deux classes.
o Classe de dbit maximum (maximum bit rate) Le dbit maximum fait rfrence la vitesse maximale de transmission demande par lutilisateur lors de la session. Mme si le rseau possde des ressources suprieures, il peut limiter labonn ce dbit ngoci. Par contre, ce dbit nest pas forcment atteint lors de la session, tout dpend des performances du mobile et des ressources radio disponibles. En plus, le dbit pic indique le taux auquel les donnes sont reues et peuvent contenir des erreurs et donc ne seront pas utilisables. Neuf classes de dbit pic sont dfinies. Elles sont rpertories au tableau II.10 Classe de dbit pic 1 2 3 4 5 6 7 8 9 Dbit pic (octet/sec) Jusqu 1 000 (8 Kbit/s) Jusqu 2 000 (16 Kbit/s) Jusqu 4 000 (32 Kbit/s) Jusqu 8 000 (64 Kbit/s) Jusqu 16 000 (128 Kbit/s) Jusqu 32 000 (256 Kbit/s) Jusqu 64 000 (512 Kbit/s) Jusqu 128 000 (1024 Kbit/s) Jusqu 256 000 (2048 Kbit/s)
Tableau II.10 : Classes de dbit pic [6]

o Classe de dbit moyen (mean bit rate) Cette classe dfinit le dbit moyen de transfert attendu durant une session. Il inclut les priodes de silence pour les services dont le trafic est sporadique. Cest le taux de donnes correctement reues. Les classes de dbit moyen sont recenses au tableau II.11. Classe de dbit moyen 1 2 3 4 5 6 7 8 9 10 Dbit moyen (octet/heure) 100 (~0.22 bit/s) 200 (~0.44 bit/s) 500 (~1.11 bit/s) 1 000 (~2.2 bit/s) 2 000 (~4.4 bit/s) 5 000 (~11.1 bit/s) 10 000 (~22 bit/s) 20 000 (~44 bit/s) 50 000 (~111 bit/s) 100 000 (~0.22 Kbit/s)
Tableau II.11 : Classes de dbit moyen [6]
Classe de dbit moyen 11 12 13 14 15 16 17 18 31
Dbit moyen (octet/heure) 200 000 (~0.44 Kbit/s) 500 000 (~1.11 bit/s) 1 000 000 (~2.2 Kbit/s) 2 000 000 (~4.4 Kbit/s) 5 000 000 (~11.1 Kbit/s) 10 000 000 (~22 Kbit/s) 20 000 000 (~44 Kbit/s) 50 000 000 (~111Kbit/s) Best effort
II.3.2. Supervision de la qualit de service

La supervision de la qualit de service dans un rseau cellulaire ncessite certaines mesures effectues diffrents niveaux du rseau pour dgager les valeurs des indicateurs pratiques. La comparaison de ces indicateurs avec les paramtres seuils permettant danalyser et dtecter les problmes de qualit de service au niveau de ce rseau. Trois types dinformations sont pris en compte dans la phase de mesure, d'analyse et d'optimisation qui sont les mesures du terrain sur linterface radio (drive test) qui seront tudis prcisment dans la suite de ce chapitre, les mesures du systme (compteurs OMC - R) et les plaintes des usagers qui reprsentent une information importante prendre en compte.
II.3.2.1. Mesures Drive test GPRS Cette technique danalyse permet de rcuprer une trace des mesures faites par le mobile diffrents instants. Le drive test nous offre donc une srie de mesures en mode paquet qui est classifie en trois types [8]. a) Mesure de dbit (Data throughput) : Il est calcul sur une priode de 1s: High level throughput (bit/s) (Application), Low level throughput (bit/s) (IP/X25), LLC throughput (bit/s), LLC retransmissions (%), RLC throughput (bit/s) et RLC retransmissions (%). b) Mesures de paramtres radio et rseau : Il existe diffrents paramtres dont les principales sont : Paramtres gnrs (GPRS Attach time, PDP Context Activation time,), Paramtres spcifiques (GMM States, GRR State, TBF Existant), Paramtres radio (Channel type, Timeslots used, Coding scheme), Paramtres de la cellule (RAI, NCO (MS/Net)), PDP par ngociation de QoS (Precedence class, Delay class, Reliability class, Peak throughput class, Mean throughput class). c) Mesures des vnements (Events) : GPRS attach/detach, PDP Context activation, modification et dsactivation, GPRS access et Routing area update, cell reselection, LA Update, RA Update, En effet, le drive test GPRS permet doffrir plusieurs types dinformations. Dans ce projet, on va sintresser aux principaux paramtres GPRS prsents dans ce qui suit [2] : Time : Temps de chaque point de mesure. Message type : le type des messages changs (Attach Request/Accept, Activation PDP Context Request, ). Event : Type dvnements (PS Attach, PDP Context Activation,). Longitude, latitude (X, Y) : Coordonnes des points de mesure. Speed (Km/h) : Vitesse du vhicule de 0 250 km/h. Mode : No service, Idle mode, Dedicated mode, Limited service mode, Scan mode, Packet mode, Packet Idle mode. GMM state: Ltat de protocole GMM : Idle, Ready, ou Standby.
GRR state: Ltat du protocole GRR: Packet Idle state ou Packet Transfer state. MAC Mode (UL/DL) : Type de connexions GPRS en DL/UL : Dynamic Allocation, Extended Dynamic Allocation, Fixed Allocation (not half duplex mode), Fixed Allocation (half duplex mode). Timeslot Channel Type (UL/DL) : Type de canal en DL/UL pour chaque TS. Par exemple, TCH/F + FACCH/ F et SACCH/M, BCCH, ou PDCH. Timeslot used (UL/DL) : TS utilis en DL/U. Number Of Used Timeslots (UL/DL) : Nombre de TS en cours dutilisation en DL/UL. PDCH Utilization : Cest la capacit PDCH utilis pour les donnes et la signalisation. RxLev : Puissance de signal reu, il varie entre 120 et 10 dBm. RxQual : Qualit de signal reu, il varie entre 0 et 7. C/I : Le rapport signal sur interfrence, il varie entre 5 ... 35 dB. BLER/TS : Le taux d'erreur bloc est un indicateur de qualit spcifique au mode paquet. Coding scheme (CS) : affiche le type de codage utilis (UL/DL): CS1, CS2, CS3, CS4. PDP Access Point Name : Le nom de point daccs (internet.tunisietelecom.tn, internet.tunisiana.com, ). PDP Address : Cest ladresse IP en gnrale. PDP Contexts Active : Nombre de contextes PDP activs, varie entre 0 et 11. PDP Delay Class : Classe de dlai dun paquet abonnement. PDP Reliability Class: Classe de fiabilit des donnes (Unacknowledged GTP and LLC, acknowledged RLC, Protected Data). PDP Precedence Class : Classe de priorit entre les diffrents paquets. PDP Peak Throughput: Classe de dbit moyen. PDP Mean Throughput: Classe de dbit pic. PDP Radio Priority : Classe de priorit radio. RAC : Code de zone de routage. LLC BLER UL : Le pourcentage de blocs de donnes LLC renvoy en UL. LLC BLER DL : Le pourcentage de blocs de donnes LLC incorrectement dcod en DL. (classe 1, 2, 3, ou 4) dfini par
38
LLC Throughput (UL/DL) : Dbit de donnes DL/UL au niveau de protocole LLC (inclut les en-ttes mais exclut les retransmissions). RLC Block Type UL/DL: Type de bloc RLC/MAC. En DL, on trouve Data Block to this MS, Data Block to other MS, or Control Block. En UL, on trouve Allowed but no data sent, Data block sent, Control Block sent, or Forbidden. Chaque lment pour chaque TS en UL et DL. RLC BLER UL : Le pourcentage de blocs de donnes RLC renvoy en UL. Cest le BLER DL qui est aperu par le mobile trace. Il est mesur en mode transfert de paquet comptant seulement des blocs de radio adresss au mobile trace. RLC BLER DL : Le pourcentage de blocs de donnes RLC incorrectement dcods en DL. Cest le BLER DL qui est aperu par le mobile trace. Il est mesur en mode transfert de paquet comptant seulement des blocs de radio adresss au mobile trace. RLC Throughput UL/DL : Dbit de donnes au niveau RLC en DL/UL (inclut les enttes mais exclut les retransmissions) (si TBF state = open ). SNDCP BLER (%) : BLER au niveau de la couche SNDCP. SNDCP Throughput : dbit de donnes GPRS SNDCP. Retransmission bloc rate (UL/DL) : Calculer sur une priode de 1 s,
En (UL) = [Nbre_bloc_retrans] / [Nbre_bloc_trans+ Nbre_bloc_retrans] et En (DL)= [Nbrebloc perdus / Nbre_bloc_total-reus]. TFI UL/DL (Temporary Flow Id) : affich si le TBF et en tat Open, il est inclus dans lentte MAC de chaque Bloc radio. Il est utilis pour identifier un bloc de donne et varie entre 0 et 31. TLLI (Temporary Logical Link Identifier) : Cest un identificateur du mobile en mode paquet, il est compris entre 0 et 232 et est quivalent au TMSI. USF (Uplink State Flags) : Un USF par TS permet de signaler au mobile quil est autoris denvoyer. Il permet galement de partager un mme canal physique PDCH en lien montant entre plusieurs utilisateurs (au maximum 7) et est compris entre 0 et 7. NCO : Network Control Order (0, 1, 2) : Paramtres de r-slection de rseau NCO= 0 : le MS contrle la r-slection sans envoi de rapport de mesures NCO=1 : le MS contrle la r-slection avec envoi de rapport de mesures NCO=2 : le rseau contrle la r-slection avec envoi de rapport de mesures
II.3.2.2. KPI GPRS Les mesures issues des compteurs au niveau de lOMC (remontes par les BSCs lOMC-R) sont faites sur un intervalle de temps prcis et sont lies un vnement survenu dans le rseau. Elles servent aux calculs des indicateurs de qualit de service (par combinaison de ces compteurs). LOMC permet de suivre ces indicateurs qualit mesurs sur 3 interfaces : linterface radio, linterface Gb et linterface Ater (PCU plac cot du TRAU) mais notre tude sera effectu sur linterface radio. Dans la formule ci-dessous nous citons un exemple dutilisation des compteurs bruts pour le calcul dun indicateur. Taux de coupure = coupure radio + coupure radio pendant rallocation + coupure interface Gb + problme transmission + coupure BSS / nombre de TBF tablis. Les indicateurs de cls de performances KPI jouent un rle significatif pour la dtermination des failles de la QoS ainsi que lanalyse combine de ces indicateurs est trs important pour le raffinage, la supervision et lajustement de la performance du rseau GPRS. En effet, les indicateurs QoS peuvent tre subdiviss en trois sous-classes savoir ltablissement sessions, le transfert des donnes et lallocation des ressources. Ces trois sous-classes sont dtailles comme suit [2] : La premire sous-classe dindicateurs de qualit de service fournit des informations correspondantes des vnements survenus lors de la phase dtablissement dun flux de donnes : Taux de succs et dchec dattachement GPRS, Taux de succs et dchec dactivation/dsactivation de contexte PDP, Taux de succs de mise jour de localisation, Taux de succs de mise jour de zone de routage, Dure moyenne dattachement GPRS, Dure moyenne de mise jour de localisation, Dure moyenne de mise jour de zone de routage, Dure moyenne dactivation de contexte PDP, Activit de flux de donnes temporaire TBF (ouvert ou ferm), La seconde sous-classe prsente des informations correspondantes des vnements qui ont des impacts sur la qualit de service sollicit par lutilisateur :
40
Le taux de retransmission des blocs RLC et des trames LLC, La perte des Blocs RLC, Taux de trames LLC rejetes sur expiration : Une trame LLC down link qui arrive au BSS, est stocke pour une certaine dure, au del de laquelle elle est rejete. Le taux moyen derreur par bloc dans le rseau GPRS, Le pourcentage dutilisation des schmas de codage : Cest le rseau qui dtermine le schma de codage utiliser dans les deux sens up link et down link lorsque le TBF est ouvert. Les blocs de contrle sont toujours en CS1. Par contre, les blocs de donnes sont soit en CS1, CS2, CS3, soit en CS4 selon la qualit de la liaison radio. Dbit moyen par PDCH : Ce dbit ne tient pas compte des blocs de donnes retransmis. Dbit moyen de transfert des donnes : Ce dbit tient compte de taux moyen derreur par bloc. Plus le taux de retransmission est important, plus le taux derreur des blocs transmis est petit do ce dbit de donnes sera faible, ce qui implique un cot important. Cette dernire sous-classe value lallocation des ressources par les indicateurs suivants : Taux dutilisation des canaux PDCH pour le transfert des donnes, Taux de disponibilit des canaux PDCH, Nombre moyen des canaux PDCH utilis en UL et DL,
II.3.3. Paramtres radio

L'ajustement des paramtres de travail est une tche essentielle lors de la mise en exploitation du rseau. Elle permet l'activation ou la dsactivation de certaines fonctionnalits pour le maintien et l'analyse des indicateurs qualit dans le but doptimiser le rseau. Les paramtres cibles permettent damliorer la QoS, les plus intressants sont dcrits cidessous [13] : - RXLEVEL_ACCESS_MIN : C'est le seuil minimal d'accs la cellule. Il dtermine directement la surface de la cellule et donc sa zone de service. Ce paramtre permet notamment d'ajuster la charge de trafic l'intrieur d'une cellule. Si celle-ci devient trs charge, la limitation de sa zone de service par augmentation de la valeur de RXLEV_MIN permettra de rduire le taux d'arrive de nouveaux mobiles. La diminution de la valeur de RXLEV_MIN va conduire un largissement de la zone de service de la cellule ce qui va permettre plus de mobiles d'accder
la cellule et peut alors entraner une dgradation de la qualit de service (notamment pour les mobiles loigns). - L_RXLEVEL_XX_H (XX=DL ou UP) : Ce paramtre prsente le seuil de dclenchement de handover sur les deux liens (DL ou UP), suite laffaiblissement du niveau de champ sur ces deux liens. Le RXLEVEL_XX_H permet de dclencher le handover le plus proche possible de la bordure de la cellule, dans le cas o il n'y a pas, ni un trou de couverture, ni d'interfrences l'intrieur de cette cellule. Plus la valeur de ce paramtre augmente, plus le nombre d'excution des handovers diminue, et par la suite, il y aura une attente du dclenchement de handover jusqu la dgradation de la qualit de communication. Par contre, une diminution de la valeur de ce paramtre entrane une augmentation du nombre du handovers ping-pong, valeur par dfaut comprise entre 101 dB et 110 dB. - L_RXQUAL_XX_H (XX=DL ou UP) : C'est le paramtre qui spcifie le seuil de dclenchement du handover sur qualit en DL ou UP. Il maximise la qualit de communication et minimise le taux de handover suite, respectivement, l'lvation et la diminution de sa valeur, ainsi, si la valeur de ce paramtre est trs faible, alors le nombre de handovers augmente. - HO_MARGIN : C'est l'hystrsis permettant d'obtenir un compromis entre le taux de handovers ping-pong et la qualit de service. L'augmentation de sa valeur entrane un retard dans le dclenchement du handover, et par la suite une dgradation de la qualit de service (avec un nombre de handovers ping-pong faible), par contre, la diminution de sa valeur augmente le nombre du handovers ping-pong (avec une qualit satisfaisante), - L_RXLEVEL_CPT_HO : c'est le seuil permettant le changement de couche (de la couche micro-cellulaire vers la couche macro-cellulaire et vice versa), l'augmentation de la valeur de ce paramtre entrane la diminution de la charge de trafic dans les couches micro-cellulaires et l'augmentation de cette charge dans les couches macro-cellulaires. - GPRS_ TEMPORARY_OFFSET : vite la r-slection ping-pong la frontire de la cellule. - RA_RESELECT_ HYSTERESIS : vite la r-slection de cellules appartenant des RA diffrents et rduit le taux de paging infructueux. Dans la phase d'analyse de la performance du rseau et de la dtection des anomalies, il y a une comparaison entre les indicateurs obtenus et ces paramtres seuils (fixs par l'oprateur) qui prsentent les seuils d'une qualit de service acceptable.
42
En effet, les mesures, les analyses et les rclamations des abonns sont les informations qui vont permettre danalyser et dtecter les problmes de qualit de service ou de fonctionnement du rseau (voir figure II.2). Ltape suivante consiste effectuer des ajustements, des modifications de la structure physique du rseau de manire amliorer la qualit.
Figure II.2 : Processus danalyse
Conclusion
Dans ce chapitre, nous avons dduit que la notion de qualit de service GPRS est une fonction lie la fois, la structure existante du rseau GSM et la nature du rseau GPRS en tant que rseau de donnes. Loptimisation dune telle notion revient une connaissance approfondie de la signification de ses indicateurs soutenue par un r-paramtrage, un ajustement et un raffinage la lumire de ces indicateurs. La conception informatique et lanalyse de ces indicateurs ainsi que les diffrentes besoins fonctionnels attendus de notre outil seront prsentes dans le chapitre suivant.
43
Chapitre III, Spcification des besoins et conception de loutil
Chapitre III : Spcification des besoins et Conception de loutil

Introduction
En gnie logiciel, on distingue trois phases dans le cycle de vie dun logiciel : la phase dtude et de spcification, la phase de conception et la phase de dveloppement. Dans la premire phase dtude et spcification des besoins, on tablit les contraintes, les buts et les services du systme. La seconde phase de conception consiste reprsenter les fonctions du systme de manire ce quelles soient facilement transformables en un ou plusieurs programmes excutables lors de la phase de ralisation. Ce chapitre est consacr la description des deux premires phases de ce projet. En effet, nous commencerons par la dfinition des besoins fonctionnels attendus de notre outil danalyse. Une fois ceci est achev, nous pourrons passer la conception de lapplication, une tape primordiale, qui nous permettra de relier les fonctionnalits et le comportement de loutil avec lensemble de services que lutilisateur sattend voir fournis.
III.1. Spcification des besoins

L'objectif de ce travail est de dvelopper une application permettant d'analyser les donnes recueillies sur l'interface radio GPRS et de calculer les indicateurs KPI partir dun fichier de mesures drive-test. L'analyse des donnes est l'tape la plus critique dans le fonctionnement de notre application. Cette opration doit partir d'un ensemble de donnes spcifiques (valeurs seuils et paramtres de configuration) pour analyser l'ensemble de donnes dj charges en fichiers sous format *.txt issues des mesures drive test. Lanalyse de ces donnes sera dfinie par une tude statistique des mesures, ainsi que ltape dinterprtation des rsultats et didentification des problmes. Dans ce projet, il existe plusieurs statistiques qui peuvent tre dcrites sur le rseau GPRS mais nous nous sommes intresss certaines statistiques qui sont considres les plus
44
importantes. Notons que les seuils et les paramtres pris dans ce projet sont slectionns partir de loutil de drive test TEMS Investigation dEricsson.
III.1.1. Statistiques de couverture

Elle nous renseigne sur l'tat de couverture du rseau. Elle se prsente sous la forme d'un histogramme illustrant les pourcentages de couverture en outdoor, incar, indoor, deep indoor et pas de couverture suivant les seuils prsents dans le tableau III.1. La couverture d'une station de base peut s'tendre sur un diamtre maximal de 30km selon la densit de couverture de la zone urbaine ou rurale. Le problme de couverture apparat lorsque les ondes mises par le mobile n'arrivent pas la station de base la plus proche, ou bien lorsque celles mises par l'antenne de la BTS n'arrivent pas avec une puissance suffisamment dtectable par la station mobile. Le manque de couverture pour une rgion peut tre aussi caus par une disposition spciale des antennes, telle dans le cas d'un obstacle se trouvant entre la station mobile et l'antenne (btiments, montagne). Etat de couverture Pas de couverture Outdoor Incar Indoor Deep Indoor Intervalle (dBm) -120 <= x < -94 -94 <= x < -82 -82 <= x < -74 -74 <= x < -65 -65 <= x < -10
Tableau III.1 : Seuils de couverture
III.1.2. Statistiques de qualit

C'est une statistique qui nous renseigne sur les pourcentages des signaux de bonne, moyenne ou mauvaise qualit sous forme dun histogramme en fonction des certaines valeurs seuils fixs par loprateur (Voir Tableau III.2). Dans le rseau GPRS, une mauvaise qualit de signal entraine beaucoup des erreurs de transmission ce qui engendre un taux lev de retransmission et par la suite un dlai de transfert des donnes important. En revanche, une charge de trafic faible nous donne une trs bonne
45
qualit. Par consquent, si on veut mesurer les performances de cellules GPRS, il faut crer de la charge sur les cellules. Qualit de signal Bonne qualit Qualit moyenne Mauvaise qualit Intervalle 0 <= x < 4 4 <= x < 5 5 <= x < 8
Tableau III.2 : Seuils de qualit radio
III.1.3. Statistiques du rapport C/I

Elle nous donne le rapport C/I dans chaque zone dtude sous forme dun histogramme illustrant les pourcentages de C/I selon des seuils bien dtermins en donnant un rapport C/I faible, moyen ou important (voir Tableau III.3). Un rapport C/I faible influant sur le choix des schmas de codage ce qui permet dadapter le signal un schma de codage dordre petit et par suite un dbit de transfert faible. Rapport C/I Mauvaise rapport Rapport moyen Bon rapport Intervalle -5 <= x < 10 10 <= x < 15 15 <= x < 35
Tableau III.3 : Seuils C/I [2]
III.1.4. Statistiques dinterfrence

Dans les rseaux cellulaires, l'augmentation de la capacit du rseau se traduit par une augmentation du taux de rutilisation de frquences. Ceci accrot le niveau d'interfrence qui sera prpondrant par rapport tous les autres brouillages. La transmission des donnes dans un environnement radio mobile est affecte par trois types d'interfrences. Les interfrences co-canal : c'est lorsque des metteurs radio mettent sur la mme frquence que l'metteur que l'on souhaite capter, et mme s'ils sont trs loigns. Interfrences sur canal adjacent : ce type d'interfrences est caus par l'utilisation de canaux assez proches l'un de l'autre dans le spectre des frquences prsents sur des sites qui ne sont pas assez loigns. Linterfrence co-site : Ce type d'interfrence est prsent lorsque deux frquences voisines sont utilises dans le mme site.
La statistique dinterfrence nous renseigne sur le niveau dinterfrence qui se prsente sous la forme dun histogramme illustrant les pourcentages dinterfrence que ce soit interfrence accept ou non accept. Lexistence dun problme dinterfrence dans le rseau GPRS traduit par un dbit de transfert de donnes faible cause des pertes des donnes et du taux de retransmission lev ainsi que lutilisation de schma de codage le plus faible.
III.1.5. Statistiques des schmas de codage CS

C'est une statistique qui nous renseigne sur le taux dutilisation des schmas de codage (CS1, CS2, CS3 et CS4) lors de la transmission des donnes en sens montant et sens descendant sous forme dun histogramme. L'utilisation du schma de codage CS1 dfavorise le dbit et favorise une bonne protection ce qui justifie lexistence dun problme d'interfrence. Le passage un schma de codage dordre suprieur traduit par une protection de donnes plus faible cause de lexistence dune bonne qualit, ce qui favorise un dbit plus important. En plus, le schma de codage CS1 est toujours utilis mme avec une bonne qualit car il prsente un niveau de protection lev ce qui permet dassurer un bon transfert de signalisation. En outre, lutilisation dun schma de codage dordre suprieur avec un taux de retransmission lev nous donne des pertes au niveau de dbit de transfert, alors dans ce cas cest mieux de passer un schma de codage plus infrieur.
III.1.6. Statistiques des dbits de transmission des donnes

Elle nous renseigne sur les dbits utiliss au niveau des couches RLC-MAC et LLC dans les deux sens (sens montant et sens descendant) ainsi que le dbit GPRS moyen en UL et DL quon va estimer partir des indicateurs qualit. Elle se prsente sous la forme d'un histogramme illustrant les pourcentages de dbit faible, moyen, bon, important ou trs important (Voir Tableau III.4). Un dbit faible traduit par un taux de retransmission lev cause des erreurs de transmission, et pour identifier le problme il faut toujours voir la pile protocolaire. Lestimation de dbit moyen de transfert de donnes GPRS consiste dterminer le taux derreur par bloc moyen et le dbit maximal moyen de transfert des donnes (Voir Formule III.1)
47
BLER _ Moyen _ GPRS ( XL) = 1
NombreMoyenTSiUtilis ( XL)
i =0
x BLER / TSi ( Moyen) xNombreMoyenTSiUtilis ( XL).

i =0 i=4 i =1
i =7
Dbit _ Max _ Moyen / TS ( XL) = Dbit / CSi ( XL) x
CSi ( XL)(%) . 100
Dbit Transfert _ Maximal _ Moyen( XL) = Dbit _ Max _ Moyen / TS ( XL) xNombre _ Moyen _ TS _ Utilis ( XL). Dbit _ Transfert _ Moyen( XL) = Dbit _ Transfert _ Maximal _ Moyen( XL) x(1 BLER _ Moyen _ GPRS ( XL)).
(III.1)
Notons que : XL : Lien montant UL ou lien descendant DL, BLER_Moyen_GPRS : Le taux derreur par bloc moyen du rseau GPRS en UL et DL, BLER/TSi : Le taux derreur par bloc par TS (de TS0 jusqu TS7), NombreMoyenTSiUtilis : Le nombre moyen de chaque TS utilis (de TS0 jusqu TS7), Dbit_Max_Moyen/TS : Le dbit de transfert maximal moyen par TS, Dbit/CSi : Le dbit thorique par CSi (9.05 Kbit/s pour CS1, 13.4 Kbit/s pour CS2, 15.6 Kbit/s pour CS3 et 21.4 Kbit/s pour CS4). CSi(%) : Le pourcentage dutilisation de chaque schma de codage (de CS1 CS4), Dbit_Transfert_Maximal_Moyen : Le dbit maximal moyen atteindre pour le transfert des donnes, Dbit_Transfert_Moyen : Le dbit moyen estim pour le transfert des donnes en tenant compte des erreurs de transmission. Dbit (Kbits/s) Dbit faible Dbit moyen Bon dbit Dbit important Dbit trs important Intervalle 0 <= x < 0.5 0.5 <= x < 4 4 <= x < 8 8 <= x < 12 12 <= x < 70
Tableau III.4 : Seuils de dbit de transfert [13]
48
III.1.7. Statistiques sur les erreurs de transmission

C'est une statistique sous forme dun histogramme qui nous renseigne dune part sur le taux derreur par bloc radio (RLC BLER DL/UL), le taux derreur par trame LLC (LLC BLER DL/UL) et le taux derreur par time slot (PDCH BLER) ainsi que le taux derreur par bloc moyen du rseau GPRS calcul dans la formule III.1 (BLER moyen GPRS). Les valeurs seuils choisis sont mentionnes dans le tableau III.5. Un BLER important est traduit par une mauvaise qualit de signal ainsi que lexistence des interfrences non acceptable, par consquent le taux de retransmission sera important ce qui va diminuer le dbit de transfert des donnes et par suite la dgradation de QoS.
Description Faible Moyen Important
PDCH BLER 0 <= x < 4 4 <= x < 8 8 <= x < 100
LLC/RLC BLER 0 <= x < 20 20 <= x < 100
Tableau III.5 : Seuils BLER [2]
III.1.8. Statistiques des canaux PDCHs

Cest une statistique qui nous renseigne, dune part, sur lutilisation moyenne des canaux PDCH pour le transfert des donnes propre lutilisateur en UL/DL et la disponibilit moyenne des canaux PDCH qui nest pas en cours dutilisation en UL ainsi que lutilisation moyenne des canaux PDCH pour la signalisation. Dautre part, elle nous donne une ide sur le pourcentage de nombre de PDCH allou en UL et DL ainsi que le type des blocs changs sur linterface radio. Pour bnficier de toute la bande passante il faut maximiser lutilisation des canaux PDCH pour le transfert des donnes afin damliorer la qualit de service.
III.1.9. Statistiques lies aux tats de session

Elle nous donne un histogramme qui nous renseigne sur le pourcentage dtat Idle, Ready et Standby pour la gestion de mobilit ainsi que le pourcentage dtat Packet Idle State et Packet Transfert State pour la gestion des ressources radio. En plus, cette statistique permet de nous dcrire lactivit de TBF en UL et DL en donnant le pourcentage de ltat ouvert et de ltat ferm sous forme dun histogramme.
En outre, on peut voir les diffrents types des blocs changes sur linterface radio que se soit block de donn ou de signalisation.
III.1.10. Statistiques lies aux services GPRS

Elle consiste dterminer pour chaque service GPRS que se soit HTTP, Web, WAP ou FTP quelques caractristiques, que lon considre les plus importantes, dcrites ci-dessous. a) Dure dattachement GPRS Cest la dure entre linstant de demande dattachement et le moment dacceptation dattachement (Voir Formule III.2). Lorsquil y a deux demandes dattachement cette dure est considre pour la seconde tentative [2].
Attach Setup Time [s] = tAttach Accept tAttach Request (III.2) b) Dure de connexion GPRS La dure moyenne dtablissement de connexion GPRS est la dure moyenne dactivation de contexte PDP qui reprsente la somme de toutes les dures dactivation de contexte PDP divise par le nombre de contexte PDP activ. La dure dactivation de contexte PDP est la dure entre linstant de demande dactivation de contexte PDP et le moment dacceptation dactivation de contexte PDP (Voir Formule III.3) [2]. Lobtention des valeurs minimum de ces dures dattachement et de connexion permet daugmenter le temps de rponse douverture dune session et diminuer le temps dattente de celle-l et par suite amliorer la qualit de service.
PDP Context Activation Time [s] = tPDP Context Activation Accept tPDP Context Activation Request (III.3) c) Taux dattachement GPRS Taux dchec dattachement (%) = (Nombre de tentatives dattachement rejets / Nombre de tentatives dattachement total demands) * 100. [2]
50
Taux de succs dattachement (%) = (Nombre de tentatives dattachement accepts / Nombre de tentatives dattachement total demands) * 100 = 100 Taux dchec dattachement (%).
Attach Failure Ratio [%] =
# of unsuccessful attach attempts x 100 total # of attach attempts (III.4)
d) Taux dactivation de contexte PDP Taux de succs dactivation de contexte PDP (%) = (Nombre de tentatives dactivation de contextes PDP accepts ou activs / Nombre total de tentatives dactivation de contextes PDP demands) * 100 = 100 - Taux dchec dactivation de contexte PDP (%). Autrement, cest le nombre de connexions tablies sur le nombre de connexion demands multipli fois 100. Taux d'chec dactivation de contexte PDP (%) = (Nombre de tentatives dactivation de
contextes PDP rejets ou inactivs / Nombre total de tentatives dactivation de contextes PDP demands) * 100. [2] Autrement, cest le nombre de connexions non tablies sur le nombre de connexion demands multipli fois 100. # of unsuccessful PDP context activation attempts x 100 total # of PDP context activation attempts
(III.5)
PDP Context Activation Failure Ratio [%] =
e) Taux de mise jour de localisation Taux de succs de mise jour de localisation (%) = (Nombre de tentatives de mise jour de localisation accepts / Nombre total de tentatives de mise jour de localisation demands) * 100 = 100 - Taux dchec de mise jour de localisation (%). [2] Taux d'chec de mise jour de localisation (%) = (Nombre de tentatives de mise jour de localisation rejets / Nombre total de tentatives de mise jour de localisation demands) * 100.
Location Update Failure Ratio [%] =
# of unsuccessful Location Updating attempts x 100 total # of Location Updating attempts

(III.6)
51
f) Taux de mise jour de zone de routage Taux de succs de mise jour de zone de routage (%) = (Nombre de tentatives de mise jour de zone routage accepts / Nombre total de tentatives de mise jour de zone de routage demands) * 100 = 100 - Taux dchec de mise jour de zone de routage (%). Taux d'chec de mise jour de zone de routage (%) = (Nombre de tentatives de mise jour de zone de routage rejets / Nombre total de tentatives de mise jour de zone de routage demands) * 100. [2]
Routing Area Update Failure Ratio [%] = # of unsuccessful Routing Area Update attempts x 100 total # of Routing Update attempts
(III.7)
III.2. Conception de loutil

Pour la conception de notre outil, nous avons eu recours au langage de modlisation objet unifi UML (Unified Modeling Language) dans le but de bnficier de ce standard incontournable. Dimportant acteurs industriels (IBM, Microsoft, Oracle, DEC, HP, Rational, Unisys etc.) sassocient alors leffort et proposent UML 1.0 lOMG (Object Management Group) qui laccepte en novembre 1997 dans sa version 1.1. La version dUML en cours la fin 2006 est UML 2.0 qui simpose plus que jamais en tant que langage de modlisation standardis pour la modlisation des logiciels. UML est un langage graphique qui permet de reprsenter, de communiquer les divers aspects dun systme dinformation afin que les concepteurs puissent utiliser les mmes concepts. UML est donc un mtalangage car il fournit les lments permettant de construire le modle qui, lui, sera le langage du projet. Un modle est une reprsentation abstraite et simplifie (i.e. qui exclut certains dtails), dune entit (phnomne, processus, systme, etc.) du monde rel en vue de le dcrire, de lexpliquer ou de le prvoir. Donc, modliser un systme avant sa ralisation permet de mieux comprendre le fonctionnement du systme. Pour se faire nous devons utiliser un outil de modlisation parmi ceux disponibles sur le march, cest l'outil " Rational Rose ". Il permet doffrir touts les concepts concernant la conception dun outil depuis la cration du diagramme du cas dutilisation jusqu' la gnration des codes. UML comporte ainsi treize types des diagrammes reprsentants autant de vues distinctes pour reprsenter des concepts particuliers du systme dinformation. Ces diagrammes, dune utilit variable selon les cas, ne sont pas ncessairement tous produits loccasion dune modlisation.
Dans notre conception nous sommes intresss quatre diagrammes de conception : Diagrammes de cas dutilisation, diagrammes de classes, diagrammes de squence et diagrammes de collaboration. A lissu de cette tape, nous avons pu dcomposer lensemble des fonctionnalits de loutil sur six modules.
III.2.1. Diagramme de cas dutilisation

Le diagramme de cas dutilisation reprsente la structure des grandes fonctionnalits ncessaires aux utilisateurs du systme. Cest le premier diagramme du modle UML, celui o sassure la relation entre lutilisateur et les objets que le systme met en uvre.
Figure III.11 : Diagramme de cas dutilisation de loutil
Le diagramme de classe reprsent dans la figure III.1 permet de dcrire les fonctionnalits de notre outil, il est compos de :
Acteur : Un acteur est lidalisation dun rle jou par une personne externe, un processus ou
une chose qui interagit avec un systme. Il se reprsente par un petit bonhomme (Figure III.1) avec son nom (i.e. son rle) inscrit dessous.
Cas dutilisation : Un cas dutilisation est une unit cohrente dune fonctionnalit visible de
lextrieur.
Association : Une relation dassociation est un chemin de communication entre un acteur et un

cas dutilisation et est reprsent un trait continu.
53
Un strotype na pas de dfinition formelle, mais permet de mieux caractriser des varits
dun mme concept. Il est reprsent par une chanes de caractres entre guillemets ( ).
Multiplicit : Lorsquun acteur peut interagir plusieurs fois avec un cas dutilisation, il est
possible dajouter une multiplicit sur lassociation du ct du cas dutilisation. Le symbole * signifie plusieurs. Quelques exemples de multiplicit : exactement un (1 ou 1..1), plusieurs (*ou 0..*), au moins un (1..*) et de un six (1..6).
Relation dinclusion : Un cas A inclut un cas B si le comportement dcrit par le cas A inclut le
comportement du cas B : le cas A dpend de B. Cette dpendance est symbolise par le strotype include .
Relation dextension : On dit quun cas dutilisation A tend un cas dutilisation B lorsque le cas
dutilisation A peut tre appel au cours de lexcution du cas dutilisation B. Excuter B peut ventuellement entraner lexcution de A. Cette dpendance est symbolise par le strotype extend .
Relation de gnralisation : Un cas A est une gnralisation dun cas B si B est un cas
particulier de A (Flche termine par un triangle vide).
III.2.2. Diagramme de classes

Le diagramme de classes est gnralement considr comme le plus important dans un dveloppement orient objet. Il reprsente larchitecture conceptuelle du systme : il dcrit les classes que le systme utilise, ainsi que leurs liens, que ceux-ci reprsentent un embotage conceptuel (hritage) ou une relation organique (agrgation). Lapproche oriente objet considre le logiciel comme une collection dobjets dissocis, et identifis, dfinis par des proprits. Un objet est caractris par plusieurs notions :
Les attributs : Il sagit des donnes qui caractrisent lobjet. Ce sont des variables
stockant des informations sur ltat de lobjet.
Les mthodes : Les mthodes dun objet caractrisent son comportement, cest--dire
lensemble des actions (appeles oprations) que lobjet est mme de raliser. De plus, les oprations sont troitement lies aux attributs, car leurs actions peuvent dpendre des valeurs des attributs, ou bien les modifier.
54
Figure III.2 : Diagramme de classe de loutil
Un diagramme de classe permet de fournir une reprsentation abstraite des objets du systme qui vont interagir ensemble pour raliser les cas dutilisation.
55
Une classe est reprsente par un rectangle divis en trois compartiments. Les diffrentes classes utilises prsents dans la figure III.2 sont : La classe Data_Extract : Permet de lire les donnes partir dun fichier de mesure. Il dfini deux attributs : Une variable Data_Source qui reprsente le chemin du fichier de mesure, et une variable Mode qui assure deux tats ; Mode connect dans lequel le fichier reste ouvert et on extrait une ligne la fois et Mode dconnect dans lequel on ouvre le fichier, on extrait toutes les donnes (lignes de fichiers) en une seule fois et on ferme le fichier. En plus, cette classe contient deux mthodes : Exract() pour lire le fichier en mode dconnect et MoveNext() en mode connect. La classe Cell : Englobe Toutes les paramtres mesures qui existent dans le fichier de mesure. La classe Analyser : Assure le calcul des diffrentes statistiques et lanalyse de tous les paramtres mesurs. La classe InterfStats : Permet lanalyse de linterfrence suivant des conditions bien dfinis. La classe TimeStats : Permet de calculer la dure dun attachement et la dure dactivation de contexte PDP. La classe TimeStatsResult : Faire des statistiques lis aux dures dattachements et de contexte PDP et aux nombre dattachement et de contexte PDP. La classe EstimatedStats : Assure lnalyse des statistiques des dbits GPRS estims en UL et en DL ainsi que le BLER GPRS estim. La classe Threshold : Assure la cration et la lecture des seuils (description, minvalue, maxvalue) qui sont servis lanalyse et ltude statistiques. La classe Stats : Assure laffichage des histogrammes. Notre diagramme de classe dfinit les proprits suivantes :
Public ou + ou
indiqu.
ou
: tout lment qui peut voir le conteneur peut galement voir llment
Protected ou # ou
voir llment indiqu.
: seul un lment situ dans le conteneur ou un de ses descendants peut
Private ou ou
: seul un lment situ dans le conteneur peut voir llment.
Lhritage : Ses proprits principales sont :

La classe InterfStats possde toutes les proprits de la classe parent Analyser, mais elle ne peut accder aux proprits prives de celle-ci. Toutes les associations de la classe Analyser sappliquent la classe InterfStats. Une classe peut avoir plusieurs parents, on parle alors dhritage multiple. Le langage C++ est un des langages objet permettant son implmentation effective, le langage java ne le permet pas.
III.2.3. Diagramme de squence et de collaboration

Le diagramme de squence reprsente la succession chronologique des oprations ralises par un acteur pour lanalyse des mesures et ltude de diffrentes statistiques. La figure III.3 montre un premier diagramme qui assure lanalyse de couverture, de qualit, de rapport C/I, de BLER par TS, des schmas de codage, des dbits LLC/RLC, des BLER LLC/RLC, des tats de session, de mise jour de localisation, des types de bloc RLC, de ltat de TBF et lanalyse des canaux PDCH.
Figure III.3 : Diagramme de squence de loutil : Analyse des mesures
57
Les diagrammes de squences prsents dans les figures III.4, III.5 et III.6 assurent respectivement lanalyse de linterfrence, lanalyse de dbit estim GPRS ainsi que le BLER estim et lanalyse des dures dattachements et dactivation des contextes PDP.
Figure III.4 : Diagramme de squence de loutil : Analyse de linterfrence
Figure III.5 : Diagramme de squence de loutil : Estimation des dbits et BLER GPRS
Figure III.6 : Diagramme de squence de loutil : Analyse des connexions GPRS
Conclusion
A lissu de ce chapitre, nous avons achev les deux phases de ce projet, savoir ltude et la spcification des besoins, et la conception de loutil. Ces deux phase ont t dcomposes en trois tapes qui se sont avres essentielles : une tude sur lensemble des fonctionnalits que doit remplir loutil, ensuite nous avons essay, dans une tape intermdiaire, de regrouper ces besoins fonctionnels dans un diagramme de cas dutilisation, ce qui nous a facilit ltape dlaboration dun diagramme de classe et dun diagramme de squence qui nous donne une dmarche dtaill pour le dveloppement de loutil. Dans le chapitre suivant nous allons passer la dernire phase de ce projet : le dveloppement et la validation de loutil.
59
Chapitre IV, Dveloppement et test de loutil
Chapitre IV : Dveloppement et test de loutil

Introduction
Les deux premires phases de la ralisation de ce projet ont t le fruit de trs longues rflexions et de plusieurs recherches qui ont servi concevoir un outil daide clair lanalyse des indicateurs qualit dun rseau GPRS, nous entamons dans ce chapitre la phase de dveloppement et de validation de cet outil. Nous commencerons tout dabord, par prsenter loutil de dveloppement afin de justifier le choix de cet environnement. Ensuite nous dtaillerons les tapes de dveloppement de chaque entit danalyse, tout en se rfrant la conception prcdemment dcrite. Enfin, le chapitre sachvera par la validation et le test de lapplication.
IV.1. Lenvironnement informatique de dveloppement

Face la multitude d'architectures informatiques existantes et les moyens de dveloppement associs, le dveloppeur devra adopter une solution s'accommodant aux besoins et la nature mme de son application. Dans ce cadre, C++ a t retenu comme langage de programmation et Visual .net comme environnement de dveloppement. Linterface principale du Visual .net est prsente dans la figure IV.1.
Figure IV.1 : Interface principale de Visual .net

IV.2. Dveloppement de loutil

Dans cette section, nous franchissons la phase de dveloppement de loutil tout en se rfrant la conception prcdemment dcrite. Et voici le schma synoptique de loutil dans la figure IV.2. Cette application permet de visualiser d'une manire prcise les histogrammes correspondant aux fichiers de mesures drive-test ainsi que la dtection des problmes. Ces mesures correspondent aux proprits de la couche physique en terme de qualit de communications, couverture, etc. et en terme de la couche RLC/MAC et la couche LLC.
Figure IV.2 : Schma synoptique de loutil
Aprs avoir faire les mesures, le fichier de ces dernires (voir figure IV.3) doit tre analys et interprt mthodiquement pour en tirer le maximum dinformations ncessaires qui servira remdier aux problmes existants ou amliorer la performance du rseau.
Figure IV.3 : Fichier de mesure
61
IV.2.1. Interface d'accueil

Au dmarrage de l'application, la fentre d'accueil est prsente par la figure IV.4.
Figure IV.4 : Interface d'accueil de loutil
En thorie, nous trouvons plusieurs types dindicateurs, chacun donne une information sur le rseau, mais en pratique, nous ne pouvons pas avoir les indicateurs voulus puisque nous sommes accabls par le logiciel de mesures qui nous impose ses indicateurs avec lesquels nous ferons lanalyse.
62
La mthodologie dinterprtation se base sur la dfinition des anomalies qui pourraient tre prsentes dans le rseau, voir la compatibilit des rsultats danalyse avec les anomalies dfinies car les rsultats sont tirs partir des indicateurs qui, dans certains cas, ne peuvent pas donner des informations fiables, et donc linterprtation peut tre fausse.
IV.2.2. Etude de cas rels

Pour valider et faire des statistiques, nous nous sommes servi dun exemple de fichier de mesure drive test effectu Cit El Khadra, les rsultats obtenus sont les suivants.
IV.2.2.1. Analyse de couverture

Le rseau GPRS prsente un problme de couverture s'il prsente un mauvais RxLev (< -94 dBm)). En plus, l'existence d'un problme de couverture entraine une coupure TBF. La figure IV.5 donne tous les seuils utiliss dans l'tude et favorise l'obtention des histogrammes tout en ouvrant le fichier traiter.
Figure IV.5 : Etude de la couverture
Loption View Histogram , nous permet douvrir un fichier traiter et excuter un programme fournissant l'histogramme prsent dans la figure IV.6.
63
Figure IV.6 : Histogramme de couverture
Comme la montre lhistogramme ci dessus, notre zone dtude est juge meilleure de point de vue couverture mais dans certains endroits, cette dernire est compltement absente (3.5%). La mauvaise couverture peut tre value par un fort taux dchec daccs, un fort taux de coupure des communications et/ou de sessions, une faible proportion du handover lie la meilleure cellule (better cell) ou un fort taux de handover sur niveau de champ.
IV.2.2.2. Analyse de qualit de signal

Une zone est juge meilleure de point de vue qualit radio, si elle prsente un mauvais RxQual (>4) mais on peut tolrer cette valeur jusqu'au 5, tout dpend de loprateur. Et voici les seuils de qualit sur lesquels nous avons fait notre tude (figure IV.7).
Figure IV.7 : Etude de la couverture

La figure IV.8 nous renseigne quil existe une faible dgradation de la qualit (1.3 %) dans certains endroits ce qui prouve les statistiques de couverture quon a trouv. Selon la figure IV.8 la qualit dans notre zone est globalement bonne (le vert est dominant). Toutefois, il existe un taux faible de dgradation de la qualit (en marron) qui sont probablement lies ltat de couverture. La mauvaise qualit peut tre value par une mauvaise couverture, une faible charge de trafic ou un niveau du signal BCCH lev.
Figure IV.8 : Histogramme de qualit de signal
IV.2.2.3. Analyse dinterfrence

L'interfrence est un facteur critique qui affecte les performances du rseau, il est du une indisponibilit des frquences. Pour l'analyse de l'interfrence, notre tude se base sur les paramtres signal sur interfrence (C/I), RxQual et RxLev selon des seuils bien choisis (voir figure IV.9). Le rseau prsente un problme d'interfrence s'il possde un bon RxLev, mauvais RxQual et une valeur Signal/Interfrence trs faible. Dans ce contexte, nous adoptons prsenter les statistiques correspondant notre zone.
65
Figure IV.9 : Etude de linterfrence
Ces statistiques correspondent lhistogramme prsent dans la figure IV.10.
Figure IV.10 : Histogramme dinterfrence
A partir de cet histogramme, nous pouvons dduire que la zone tudie prsente un taux lev dinterfrence acceptable (96.4 %) qui se traduit par une bonne qualit radio illustr ci-dessus mais en revanche, on constate quil existe certains endroits qui souffrent de linterfrence avec un taux gal 3.6 %. Cette valeur se considre norme pour le rseau GPRS surtout que ce rseau est nouvellement implant. Si nous nous intressons maintenant au rapport signal sur interfrence, nous constatons bien que le taux inacceptable dinterfrence est li essentiellement au rapport C/I et voici les statistiques.
66
Figure IV.11 : Etude du rapport C/I
Daprs la figure IV.12, on constate que le taux dinterfrence non acceptable est du un mauvais rapport C/I (10.8 %) dans certains endroits. Par consquent, le problme d'interfrence peut tre valu par les plaintes clients de la mauvaise qualit de la voix dans le cas des communications audio et du faible dbit pendant la transmission des donnes.
Figure IV.12 : Histogramme du rapport C/I
IV.2.2.4. Analyse de schma de codage

La qualit de l'interface radio est principalement le rsultat dune mauvaise couverture et dun taux lev d'interfrence. Puisque les paramtres de qualit changent par endroit, et puisque l'interfrence change galement avec le temps et avec le trafic, il est difficile de prvoir
exactement la qualit d'une gographie. L'optimisation efficace des codes devient un dfi important. D'une faon gnrale, des codes sont assigns pour raliser la bonne qualit de transfert de donnes. L'analyse des schmas de codage se fait dans les deux sens : sens montant et sens descendant (voir figure IV.13).
Figure IV.13 : Etude des schmas de codage
L'appuie sur la commande CS Histogram UL et CS Histogram DLpermet d'ouvrir le fichier traiter et excuter le programme pour fournir les deux histogrammes qui nous renseignent sur lutilisation des schmas de codage en lien montant et descendant prsent dans la figure IV.14. Il faut noter que les statistiques de codage ont t faites lorsquon a eu des transmissions des donnes cest--dire que les rsultats obtenus sont calculs si un TBF au moins est ouvert.
Figure IV.14 : Histogramme des schmas de codage en UL et DL
68
Nous remarquons que lutilisation de CS 4 est en tte pour la liaison montante et descendante, ce qui dfavorise la protection et favorise un bon dbit. Sauf que la liaison montante fonctionne plein dbit pour la plupart du temps (> 85 % du temps avec CS4). L'utilisation du codage CS2 en UL (10.2 %) justifie le problme d'interfrence au niveau de certains endroits dans notre zone. En DL, on remarque que le deuxime type de codage utilis est le CS1 (27.1 %) ce qui prouve un niveau dinterfrence plus important que dans le lien montant et par suite un niveau de protection plus lev. Mais puisque le dbit UL est en rapport avec le dbit DL surtout pour les acquittements, il faut toujours chercher avoir un dbit quilibr en UL et DL pour ne pas compromettre en consquence le dbit UL.
IV.2.2.5. Analyse de dbit

La couche RLC/MAC se trouve en dessous de la couche LLC, elle traite les blocs de la signalisation et ceux de donnes qui seront envoys au niveau suprieur. La performance du transfert des donnes dans le rseau GPRS est mesure au niveau de la couche LLC, qui est transparente au BSS, et de la couche RLC/MAC. Ce type de mesure ne peut tre fait que si une session de PDP est active, ce qui exige le transfert de paquet.
Figure IV.15 : Etude de dbit LLC en UL et DL
69
La figure IV.15 et la figure IV.17 dcrit les seuils tudier pour le dbit LLC et RLC/MAC et le rsultat de la statistique de dbit LLC en UL et DL est prsent dans la figure IV.16.
Figure IV.16 : Histogramme de dbit LLC en UL et DL
Pour la liaison montante, lhistogramme rcapitulant la rpartition du dbit LLC affiche un maximum doccupation largement en tte (57.9 %) avec un dbit moyen. En contre partie, il affiche un second maximum (15 %) avec un dbit faible qui revient linterface radio. Ces statistiques peuvent tre du un taux lev de retransmission, allocation des ressources insuffisantes,ce qui permet de limiter le dbit de transmission des donnes. Dans la liaison descendante, on remarque une amlioration au niveau de dbit. En effet, lhistogramme nous montre quelques pics de dbit, un taux de 44.7 % correspond un dbit trs important ce qui prouve lutilisation dun taux lev du schma de codage CS4. En revanche, on constate un taux de dbit faible (23.1 %) qui est du aux interfrences et aux erreurs de transmission au niveau de linterface radio. En outre, la dgradation de la couverture peut conduire une lvation du taux des retransmissions ce qui va condamner le dbit LLC.
70
Figure IV.17 : Etude de dbit RLC/MAC en UL et DL
Loption View Histogram nous permet d'ouvrir le fichier traiter et excuter le programme fournissant les deux histogrammes qui nous renseigne sur dbit RLC/MAC en liaison montante et descendante prsent dans la figure IV.18.
Figure IV.18 : Histogramme de dbit RLC/MAC en UL et DL
Lhistogramme rcapitulant la rpartition du dbit RLC en DL affiche un maximum doccupation largement en tte avec 44.2 % pour les dbits qui sont considrs important. En plus, il affiche un second maximum (39.3 %) pour un dbit moyen avec un troisime qui reprsente un taux de 7.5
% comme tant un dbit faible qui peut tre d des retransmissions et des acquittements mais il garantit une certaine fiabilit puisque la couche RLC a un mode acquitt. Pour le lien montant, on observe un dbit moyen avec un taux maximum (75 %) et un bon dbit avec un taux 12.8 %. Par consquent, nous remarquons que les dbits LLC et RLC/MAC en UL ne sont pas favorable, alors que le type de codage fortement utilis est le codage CS4. Il est possible dans cette zone d'utiliser un codage dordre plus faible car ce niveau nous avons besoin de la protection tant que linterface radio prsente des erreurs de transmission. Pour la liaison descendante, le rsultat de dbit LLC et RLC/MAC se mettre daccord avec lutilisation de tous les schmas de codage afin de favoriser le dbit ou favoriser la protection selon ltat de linterface radio. En plus, la couche RLC/MAC contrle la signalisation et utilise CS1 pour minimiser le risque des erreurs canal non corrigeable. Des taux levs de cette signalisation vont rduire le dbit. Et pour conclure avec les dbits au niveau des couches LLC et RLC/MAC, nous donne dans la figure IV.19 quelque dbit moyen estim en UL et DL. En effet, pour cette zone on a trouv un dbit de transfert moyen dans la liaison descendante (36 Kbits/s) suprieur celle dans la liaison montante (24 Kbits/s), ce qui permet de dduire que le lien montant prsente un taux lev dchange de signalisation afin de protger linformation utile, ce qui permet de rduire le dbit de transmission de donnes.
Figure IV.19 : Dbit GPRS moyen en UL et DL
IV.2.2.6. Analyse des erreurs de transmission

Les erreurs de transmission sont trs importantes pour lamlioration de la qualit de rseau GPRS. Ils peuvent influer directement sur le dbit de transfert des donnes. Dans ce contexte,
72
nous adoptons prsenter les statistiques de LLC BLER, RLC/MAC BLER et PDCH BLER. Commenant tout dabord par LLC BLER prsents dans la figure IV.20.
Figure IV.20 : Etude de BLER LLC en UL et DL
Lhistogramme de taux derreurs par bloc au niveau de la couche LLC, illustr dans la figure IV.21, a donn un faible LLC BLER en UL et en DL, ce qui permet de dduire que le problme de dbit est d exclusivement linterface radio.
Figure IV.21 :Histogramme de BLER LLC en UL et DL
Passant, ensuite aux statistiques de BLER RLC/MAC prsentes dans la figure IV.22.
73
Figure IV.22 : Etude de BLER RLC/MAC en UL et DL
Dans lanalyse des erreurs de transmission au niveau de la couche RLC/MAC, on a obtenu un BLER RLC/MAC important en UL avec un taux de 3 % (voir figure IV.23). Cette valeur se considre norme pour le rseau GPRS. Il est probablement d une dgradation de ltat du canal quelque part. En plus, lutilisation de CS2 et CS4 en UL engendre une basse protection contre les erreurs.
En DL, cette statistique affiche une mauvaise condition de fiabilit. Ceci est clairement illustr une valeur important de BLER RLC/MAC avec un taux de 62 %, ce qui entraine beaucoup de retransmission ce qui prouve lutilisation de CS1 en DL. En plus, cest mieux de dutiliser un schma de codage qui offre plus de protection en DL et passer de CS4 CS3 ou CS2. Pour conclure, la diffrence entre le dbit de la couche RLC/MAC et celle LLC prsente en premier lieu par la quantit de la signalisation transmise entre le terminal et le rseau. En second lieu, elle est due au taux derreurs en blocs puisque la couche RLC/MAC fait le contrle derreur des blocs reus et demande leurs retransmissions dans le cas derreur sans les faire passer la couche suprieure.
74
Figure IV.23 : Histogramme de BLER RLC/MAC en UL et DL
En plus, on a estim le BLER moyen du rseau GPRS en UL et DL (voir figure IV.24). Il est gal 0.13 % en UL et 0.11% en DL, cela est expliqu par le fait quune valeur de BLER (0 %) se rpte plusieurs fois. Cest juste une valeur moyenne, elle na aucune influence sur notre analyse.
Figure IV.24 : Statistique de BLER moyen en UL et DL
IV.2.2.7. Analyse des canaux PDCH

Les terminaux GPRS se caractrisent par la notion des classes multi slots. Pour cette raison on peut dduire que les performances du rseau GPRS dpend aussi des mobiles elles mmes. Pour cela on a fait des statistiques suivant le nombre des TS allous, ainsi que le pourcentage dutilisation des canaux PDCH en UL et DL. La figure IV.25 nous montre que le taux de transfert de signalisation moyen en DL (60 %) est suprieur celle en UL (45 %), ce qui prouve un taux dutilisation de CS1 lev en DL. Par contre, on an trouv un quilibre entre la liaison montante et descendante selon le taux moyen dutilisation des canaux PDCH pour le transfert des donnes propre lutilisateur, mais le
75
problme cest que le taux de disponibilit moyen des canaux PDCH en UL est nul ce qui prouve que dans certain endroits de notre zone le rseau congestionn.
Figure IV.25 : Taux dutilisation des canaux PDCH en UL et DL
Les statistiques qui nous renseignent sur le nombre des TS utilis en UL et DL est illustr dans la figure IV.26.
Figure IV.26 : Etude des autres statistiques
76
Lanalyse des nombre des TS allous un mobile GPRS se fait dans les deux sens UL et DL comme le montre la figure IV.27.
Figure IV.27 : Pourcentage dutilisation des TS en UL et DL
Nous remarquons que la liaison montante prsente dans la plupart des cas un seul TS allou au mobile avec taux gal 81.5 %, et parfois il prsente un taux dutilisation (18.5 %) de deux TS. Cette rsultat nous montre que le nombre des ressources est limit en UL ce qui permet de limiter le dbit de transfert des donnes. Par contre en DL, le mobile peut utiliser jusqu 4 TS pour la plupart du temps (> 55 % du temps). Il peut utiliser en plus 1 ou 2 TS la fois, ce qui justifie que le dbit en DL est plus lev que celle en UL. Mais, ce nest pas le dbit dsir en DL. Avant didentifier le problme, voyant le type dinformations changs en DL dans les figure IV.28 et IV.29.
Figure IV.28 : Type des blocs RLC/MAC pour 1 et 2 TS allous en DL
77
Figure IV.29 : Type des blocs RLC/MAC pour 3 et 4 TS allous en DL
Les statistiques de types des blocs RLC/MAC nous informe que le trafic chang en DL est essentiellement un trafic de signalisation ce qui justifie lexistence des erreurs de transmission en DL caus par une mauvaise interfrence et une mauvaise couverture dans certains endroits. Par consquent, les ressources radio disponibles en DL ne sont pas utiliss dans le bon sens, ils sont exploiter pour le trafic de signalisation ce qui donne un dbit nest pas toute fait satisfaisant.
Figure IV.30 : Type des blocs RLC/MAC pour 1 seul TS allou en UL
Daprs la figure IV.30, on remarque que la plupart du temps (87.9 %) en UL, les blocs changs ont t interdis par le rseau ce qui prouve que la liaison montante est trop congestionn. Ce problme ncessite une bonne prvision de trafic au cours du dimensionnement initial du rseau GPRS.
IV.2.2.8. Autre Analyses

En plus de ces statistiques, il existe dautres statistiques qui sont lies la qualit de rseau GPRS. Elles consistent dterminer pour chaque service GPRS, que se soit HTTP, Web, WAP ou FTP, certains indicateurs qui sont lies lattachement de rseau GPRS, lactivation des contextes PDP lors de louverture dune session, lactivit de TBF ainsi que ltat de sessions en UL et DL. La figure IV.26 montre que pour la zone tudie, on a fait un seul attachement au rseau dans une dure 4407 ms, ainsi que lactivation de trois contexte PDP (2477ms, 2794 ms et 2233 ms) c..d. louverture de trois connexions GPRS. Il faut noter quun oprateur doit toujours chercher minimiser ces dures pour augmenter le taux de rponse et par suite amliorer la qualit du service. Pour cela, on a insist tudier le taux dattachement au rseau GPRS, le taux dactivation de contexte PDP, le taux de mise jour de zone de routage et le taux de mise jour de zone de localisation comme le montre la figure IV.26.
Figure IV.31 : Histogramme de Taux dattachement au rseau GPRS
Figure IV.32 : Histogramme de taux dactivation de contexte PDP
79
La figure IV.31 et la figure IV.32 illustre un taux de succs dattachement et dactivation de contexte PDP qui est gal 100 % ce qui prouve que le rseau backbone GPRS est en bon tat. En plus, la figure IV.33 nous donne un taux de succs de mise jour de localisation parfait (100 %). Pour la mise jour de zone de routage, la mesure effectue sur la zone tudie reste dans la mme zone de routage c..d. le mobile na fait aucun mise jour de zone de routage.
Figure IV.33 : Histogramme de taux de mise jour de localisation
Pour amliorer la qualit de service, il faut minimiser les mises jour de zone de routage entre deux SGSN diffrents car dans ce cas on va obtenir deux contextes PDP ce qui influe sur la QoS. En outre, la figure IV.34 et IV.35 montrent que le long du test, le mobile est en mode transfert des donnes (82.2 %) et en tat prs (98.1 %). Donc, nous pouvons trs bien caractriser cette zone puisque le mobile est capable de recevoir et dmettre des donnes.
Figure IV.34 : Histogramme du GRR state
80
Figure IV.35 : Histogramme des tats de session (GMM state)
Aprs attachement au rseau et aprs activation de contexte PDP, le mobile est invit changer ces propres donns en UL et DL selon la qualit du canal radio. Les statistiques lies aux activits TBF en UL et DL sont illustrs dans la figure IV.36.
Figure IV.36 : Histogramme dactivit TBF en UL et DL
Une activit TBF montre pendant combien de temps le TBF est en tat ouvert. Comme il a t mentionn ci-dessus, la liaison montante soufre de linterface air ce qui se traduit par un taux dactivit TBF nest pas lev (34.3 %). Par contre, le lien descendant occupe un taux de TBF ouvert lev (75.5 %) car nous avons essay de forcer le mobile un maximum dactivit pour mieux caractriser la zone. Ceci renseigne sur une disponibilit acceptable des ressources radio.
81
Par consquent, en liaison descendante le TBF est majoritairement ouvert et en liaison montante est moiti ouvert. Cette dissymtrie est explique par la nature du service utilis http qui sabstient envoyer uniquement des requtes courtes en UL et de tlcharger de gros flux de donnes en DL.
Conclusion
Dans ce chapitre nous avons prsent lapplication que nous avons ralise pour ltude de la qualit de service GPRS. Dfinir certaines statistiques selon les indicateurs qualit et dterminer les anomalies et les causes afin de pouvoir ressortir les consignes et les recommandations utiles dans la perspective doptimiser la qualit de rseau GPRS.
82
Conclusion gnrale & perspective

Ces dernires annes, la tlphonie mobile a t sans doute le secteur le plus dynamique, le plus rentable et le plus innovant de toute lIndustrie des Tlcommunications. Avec lessor rapide quelle connait, elle simpose de plus en plus comme le moyen le plus privilgi de communication et conquiert davantage de parts de march en ciblant tous les profils de consommateurs. Le dveloppement de nouvelles technologies et la diversification des services de voie et de donnes tel que le service multimdia (FTP, WAP, WEB, etc.) ont contribu la cration dun environnement propice la concurrence incitant ainsi les oprateurs se soucier de la qualit de leurs prestations et des performances de fonctionnement de leurs rseaux et infrastructures. Il savre donc que la qualit, dans ce domaine comme dans beaucoup dautres, constitue une source importante de diffrenciation, et le maintien de la qualit des communications s'avre obligatoire pour faire face la dgradation de la qualit de service et aux plaintes des usagers. Le suivi de cette qualit ncessite lobservation permanente de ltat de fonctionnement du rseau et de toutes ses performances. Dans ce contexte, le dveloppement d'un outil daide lanalyse des indicateurs qualit du rseau GPRS s'avre indispensable pour tout oprateur. De ce fait, nous nous sommes intress dans ce manuscrit, prsenter l'outil danalyse du rseau GPRS que nous avons dvelopp. L'exploitation de cet outil a ncessit des fichiers recueillis sur l'interface radio l'aide des mesures drives-test et de certains indicateurs de performances (KPI) qui sont calculs partir des paramtres mesurs. Cet outil comporte deux phases: une phase d'analyse des fichiers de mesures et des indicateurs KPI en leur appliquant des traitements adquats afin de ressortir diffrentes histogrammes, et une phase de dtection des problmes et les causes qui rsident derrire. Pour se faire, nous avons prsent au premier volet quelques gnralits sur les rseaux cellulaires. Par la suite, nous sommes passs l'tude de la qualit de service du rseau GSM/GPRS en mettant laccent sur les diffrents paramtres mesurs. En suite, nous avons prsent les spcifications des besoins fonctionnels et la conception de notre outil. Le dernier
83
volet de notre projet a t consacr pour le dveloppement de l'outil et une tude de cas rel. Les rsultats fournis par cet outil sont acceptables malgr l'indisponibilit de certains indicateurs. Cet outil est gnrique c'est--dire qu'il est extensible et peut tre enrichi par d'autres modules. Il peut tre associ un outil de planification radio afin d'optimiser le plan de frquences et faire les prdictions convenables des schmas de codage utiliser.
84
Annexe
Annexe
Durant notre priode de stage, nous avons ralis des travaux supplmentaires, pour la socit GET wireless. En effet, nous avons dvelopps un outil daide lanalyse des indicateurs qualit du rseau GSM. Cet outil permet de visualiser d'une manire prcise des courbes dtalonnage correspondant
aux fichiers de mesures drive-test. Ces mesures correspondent aux mesures de test de laccessibilit des communications et de la couverture qui sont fait laide de la chaine de mesure TEMS avec un seul mobile. Le test de laccessibilit est suivi dun test de communication de 2 minutes donc une squence dappel sera programmer selon les proprits suivantes : Numro dappel, dure dappel, dlai entre 2 tentatives Le fichier de mesure pris comme input de notre application est prsents dans la figure A.1.
Figure A.1 : Fichier de mesure
Pendant le traitement de fichier de mesure on exporte le fichier Log sous format text et qui aura la forme suivante.
Annexe
Time
MS
Frame Number
Direction
Message Type
Event
EventInfo
ARFCN BCCH
BSIC
C1
Cell Id
RxLev Sub
RxLev Full
Tableau A.1 : Format de fichier
Notre application consiste dterminer la courbe dtalonnage qui reprsente le taux des communications russis en fonction de RxLev. Commenant tout dabord de prsenter linterface de notre application dmontre dans la figure A.2.
Figure A.2 : Interface daccueil de loutil
Loutil dvelopp consiste filtrer les tentatives dappels dans la colonne Event sous le format suivant :
X Y C1 RxLevFull
Tableau A.2 : Nouveau format
Ltape suivante consiste ajouter ce fichier deux colonnes : Accessibility et Success de la faon suivante : Si, aprs une tentative dappel, ltablissement dappel est faite avec succs, alors Accessibility = 1, sinon Accessibility = 0.
Annexe
Si, aprs ltablissement dappel, un appel na pas t coup alors Success = 1, sinon Success = 0.
Et par suite, loutil va gnrer un fichier qui est reprsent dans la figure A.3.
Figure A.3 : Rsultat de traitement de fichier
A partir du fichier prsent dans la figure A.2, loutil va calculer des autres paramtres savoir : N1 : Cest le nombre de Accessibility = 1 pour chaque RxLev, N2 : Cest le nombre de Successs = 1 pour chaque RxLev, N2/N1 : cest le rapport entre N1 et N2, il reprsente le taux des communications russis. Le rsultat de ce calcule reprsente le taux des communications russis pour chaque RxLev, comme le montre la figure A.4.
Figure A.4 : Taux de communications russis

Annexe
La dernire tape consiste afficher la courbe dtalonnage. Comme le montre la figure A.2, l'appuie sur la menu Statistics\Success Communication Rate\View Chart permet d'ouvrir le fichier traiter prsent dans la figure A.4 et excuter le programme pour fournir la courbe prsent dans la figure A.5.
Figure A.5 : Courbe dtalonnage
88
Bibliographie
Bibliographie
[1] [2] [3]
Alcatel Tunisie, Mobile Networks Introduction to the GPRS , Edition 2004, France Documentation du logiciel TEMS Investigation 7.1.1. Ericsson TEMS AB, Notes on GPRS Performance Issues , EPL-02:000784 U en Rev A, 02/08/2005.
[4]
Ericsson TEMS AB, GPRS Measurements in TEMS Products , EPL/N/TB-01:019 Rev B, 19/07/2005.
[5]
Issued by the Information and Communication Mobile Group, GPRS/EGPRS Global Description , First Edition for New Release BR7.0, Hofmannstrae 51, D-81359 Mnchen, Siemens AG 2003.
[6] [7] [8] [9]
Mobile.book, Le GPRS et EDGE , Les systmes cellulaires dorigine europenne, 28/08/2001. Mohamed Tahar Missaoui, " Ingnieries de rseaux cellulaires ", cours INDP3, 2007. Mohamed Tahar Missaoui, " Migration 2G/3G ", cours INDP3, 2007. Nadge Faggion, Le GPRS Du WAP lUMTS , Ouvrage sous la direction dHenri Gillars-Calliat, Dunod, Paris, 2002.
[10]
Sami Tabbane, Lagrange Xavier, Godlewski Philippe, "Rseaux GSMDCS", 4me dition, HERMES Science Publication, Paris, 1999.
[11]
Sami Tabbane, "Ingnierie des rseaux cellulaires", HERMES Science Publication, Paris, 2002.
[12]
Sami Tabbane, "Planification et dimensionnement des rseaux mobiles", cours INDP3, 2006
[13]
Toumi Essia, Mcanisme daide lanalyse et loptimisation du rseau GPRS , Mmoire de PFE, Ing. Sup'Com, 2006.
[14] [15] [16] [17]
www.developpez.com www.ericsson.com www.functionx.com Yecine Tomzini, tude et optimisation du rseau GPRS de Tunisie Tlcom , Mmoire de PFE, Ing, SupCom, 2006.
89
Rsum
Le secteur des tlcoms a t marqu durant ces dernires annes par un dveloppement fulgurant des services, devenus en peu de temps la source majeure de cration de la valeur ajoute pour les oprateurs. Cependant, on ne peut pas voluer et progresser dans le domaine des services sans tre capable dassurer des prestations de qualit de manire durable. Pour cette raison, la tenue da la bonne qualit de service des rseaux cellulaires constitue la proccupation majeure des oprateurs de rseaux. Cest dans ce cadre que sinscrit notre projet qui se propose de concevoir et de dvelopper un outil daide lanalyse des indicateurs qualit dun rseau GPRS. Pour ce faire, nous nous sommes servis des fichiers de mesures drive test raliss laide de la chane de mesures approprie et des indicateurs KPI calculs partir de ces mesures. Notre outil permet danalyser lensemble dinformations collectes (offertes par le drive test) et de les prsenter sous une forme permettant de les interprter en vue damliorer la qualit de service du rseau GPRS.
Mots cls : GSM, GPRS, QoS, drive test, indicateurs, dveloppement C++.

!!!! Merci Qos Drive Test

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

!!!! Merci Qos Drive Test

Transféré par

Droits d'auteur :

Formats disponibles

Cycle de formation des ingnieurs en Tlcommunications

Rseaux et Services Mobiles

Rapport de Projet de fin dtudes

M. Mohamed Ayadi (SUPCOM) M. Mohamed Cheikh (GET Wireless)

Travail propos et ralis en collaboration avec

Anne universitaire : 2006/2007

macquitte, enfin, volontiers dun devoir de gratitude et de remerciements tous mes

Cahier de Charge du Projet

Tables Des Matires

Liste Des Figures ____________________________________________________________ ix Liste Des Tableaux ___________________________________________________________ xii

Introduction gnrale _________________________________________________________ 1

Chapitre I : Introduction au rseau GPRS ________________________________________ 3

Chapitre II : Qualit de Service dans le rseau GSM/GPRS _________________________ 24

Chapitre III : Spcification des besoins et Conception de loutil ______________________ 44

Chapitre IV : Dveloppement et test de loutil ____________________________________ 60

Conclusion gnrale & perspective______________________________________________ 83

Annexe ____________________________________________________________________ 85 Bibliographie _______________________________________________________________ 89

Liste Des Figures

Liste Des Tableaux

M. Rachid, Rapport de Projet de Fin dEtudes, Juin 2007

Chapitre I, Introduction au rseau GPRS

Chapitre I : Introduction au rseau GPRS

Figure I.1 : Architecture type dun transfert de donnes en GSM [6]

Chapitre I, Introduction au rseau GPRS

Chapitre I, Introduction au rseau GPRS

I.2. Le rseau GPRS (General Packet Radio Service)

Figure I.2 : Caractristique dune session Web [6]

M. Rachid, Rapport de Projet de Fin dEtudes, Juin 2007

Chapitre I, Introduction au rseau GPRS

I.2.2. Fonctionnalits et services du rseau GPRS

M. Rachid, Rapport de Projet de Fin dEtudes, Juin 2007

Chapitre I, Introduction au rseau GPRS

I.2.3. Architecture de rseau GPRS

M. Rachid, Rapport de Projet de Fin dEtudes, Juin 2007

Chapitre I, Introduction au rseau GPRS

Figure I.3 : Architecture dun rseau GPRS [6]

Chapitre I, Introduction au rseau GPRS

Chapitre I, Introduction au rseau GPRS

Chapitre I, Introduction au rseau GPRS

Chapitre I, Introduction au rseau GPRS

M. Rachid, Rapport de Projet de Fin dEtudes, Juin 2007

Chapitre I, Introduction au rseau GPRS

M. Rachid, Rapport de Projet de Fin dEtudes, Juin 2007

Chapitre I, Introduction au rseau GPRS

La couche MAC (Medium Acces Control) : La couche MAC assure :

Chapitre I, Introduction au rseau GPRS

M. Rachid, Rapport de Projet de Fin dEtudes, Juin 2007

Chapitre I, Introduction au rseau GPRS

I.2.4. Linterface radio de rseau GPRS

Figure I.6 : Structure de la multitrame GPRS [6]

Chapitre I, Introduction au rseau GPRS

Chapitre I, Introduction au rseau GPRS

Chapitre I, Introduction au rseau GPRS

Tableau I.1 : Dbit par TS par CS

M. Rachid, Rapport de Projet de Fin dEtudes, Juin 2007

Chapitre I, Introduction au rseau GPRS

Figure I.7 : GPRS Attach

M. Rachid, Rapport de Projet de Fin dEtudes, Juin 2007

Chapitre I, Introduction au rseau GPRS

Figure I.8 : Les tats de mobilit en GPRS [6]

M. Rachid, Rapport de Projet de Fin dEtudes, Juin 2007

Chapitre I, Introduction au rseau GPRS

M. Rachid, Rapport de Projet de Fin dEtudes, Juin 2007

Chapitre I, Introduction au rseau GPRS

Liste Des Figures __ ix Liste Des Tableaux _ xii

Annexe ______ 85 Bibliographie _ 89