Dimentionnement BSS

RAPPORT DE PROJET DE FIN DETUDES
Filire
Ingnieurs en Tlcommunications
Option
Ingnierie des rseaux
Modle de dimensionnement BSS pour le

rseau GPRS
Elabor par :
Samiha KAMOUN
Encadr par :
M. Wadi BELLAAJ
M. Sami TABBANE
Anne universitaire : 2004/2005
A mes chers parents,

A mes frres et ma sur,
A Heythem, Fayal, Imen, Nouha et Rym,
A tous ceux qui jaime et maiment,
Je ddie ce modeste travail.
Remerciements
e tiens exprimer mes vifs remerciements la direction de

lcole suprieure des communications de Tunis pour
lintrt quelle a port la formation de ses ingnieurs.
e remercie profondment
M. Adel AKROUT, chef du
dpartement rseau daccs de TUNISIANA, qui
ma
accueilli au sein de son dpartement pour la ralisation de ce travail.
e tiens assurer ma profonde gratitude mes encadreurs, M.

Wadi BELLAAJ chef du service BSS de TUNISIANA et M.
Sami TABANNE professeur lcole suprieure des

communications de Tunis pour leurs soutiens aussi bien moraux
que techniques, et pour tous leurs prcieux conseils.
vec beaucoup dgard et de diffrence, je ne manquerai pas

de remercier M. Nizar CHEMLI, M. Naoufel HAMDI, M.
Kamel TRABELSI et M. Bessem BOUKHRIS qui nont jamais

manqu de mapporter de laide.
Samiha KAMOUN
Avant-propos
Ce document sinscrit dans le cadre dun projet de fn dtudes. Il prsente mon travail
ralis au sein du dpartement rseau daccs de la direction technique de TUNISIANA.
Cette socit, fond le 11 Mai 2002, est le deuxime oprateur de rseau GSM en
Tunisie. Au sein de son dpartement
rseau daccs seffectue la planifcation et
loptimisation du rseau radio.

Dans ce contexte, sinutile mon projet Modle de dimensionnement BSS pour le
rseau GPRS, qui consiste concevoir et implmenter un modle de dimensionnement qui
permet destimer le nombre des canaux PDCH et Gb.
Lobjectif majeur de ce projet est daboutir des donnes de base permettant de
dfnir la procdure dimplantation du GPRS.
Tables des matires
Tables des matires

Introduction gnrale...............................................................................................................1
Chapitre 1 : Etat de lart..........................................................................................................2
1.1. Introduction.....................................................................................................................2
1.2. Lintgration du GPRS....................................................................................................2
1.2.1. Les entits ajouter..................................................................................................3
1.2.2. Les mises jour ncessaires.....................................................................................3
1.2.3. Les diffrentes solutions de larchitecture BSS........................................................4
1.2.4. Limpact sur le rseau GSM.....................................................................................5
1.3. Les indicateurs cls de performance du GPRS................................................................6
1.3.1. Vue gnrale.............................................................................................................7
1.3.2. Les indicateurs de trafc............................................................................................7
1.3.3. Les indicateurs de qualit de service........................................................................9
1.3.4. Les indicateurs de disponibilit des ressources......................................................10
1.4. Lvolution du GPRS : EDGE......................................................................................11
1.4.1. Architecture gnrale..............................................................................................11
1.4.2. Comparaison EDGE/GPRS....................................................................................12
1.5. Des statistiques..............................................................................................................13
1.5.1. Le GPRS dans le monde.........................................................................................13
1.5.2. LEDGE dans le monde..........................................................................................14
1.6. Conclusion.....................................................................................................................15
Chapitre 2 : Le modle de dimensionnement BSS pour le rseau GPRS.........................16
2.1. Introduction...................................................................................................................16
2.2. Problmatique................................................................................................................16
2.3. Etude et analyse de lexistant........................................................................................17
2.3.1. Le simulateur GPRSim...........................................................................................17
2.3.2. ESG-NetCOP..........................................................................................................19
2.3.3. Lapproche du constructeur C1..............................................................................20
i
Tables des matires

2.3.4. Lapproche du constructeur C2..............................................................................23
2.3.5. Rcapitulation.........................................................................................................24
2.4. Conception du modle de dimensionnement BSS pour le GPRS.................................25
2.4.1. Premier modle propos.........................................................................................26
2.4.2. Deuxime modle propos.....................................................................................28
2.4.3. Le modle adopte..................................................................................................32
2.5. Conclusion.....................................................................................................................33
Chapitre 3 : Implmentation du DBMG..............................................................................34
3.1. Introduction...................................................................................................................34
3.2. Spcifcation des besoins...............................................................................................34
3.2.1. Les besoins fonctionnels.........................................................................................34
3.2.2. Les besoins non fonctionnels..................................................................................40
3.3. Conception.....................................................................................................................40
3.3.2. Choix du systme dinformation............................................................................41
3.3.4. Conception de la base de donnes..........................................................................42
3.4. Ralisation.....................................................................................................................44
3.4.1. Environnement de travail.......................................................................................44
3.4.2. Choix de la technique.............................................................................................45
3.4.3. Interfaces Homme machine....................................................................................45
3.5. Conclusion.....................................................................................................................48
Conclusion gnrale................................................................................................................50
Bibliographie...........................................................................................................................51
Annexe.....................................................................................................................................52
ii
Listes des fgures
Listes des figures

Figure 1.1 Linfrastructure GPRS..............................................................................................3
Figure 1.2 Classifcation des indicateurs GPRS.........................................................................7
Figure 1.3 Larchitecture de lEDGE.......................................................................................11
Figure 1.4 Apport de la modulation de lEDGE.......................................................................12
Figure 1.5 Types de codage du GPRS et de lEDGE..............................................................13
Figure 1.6 Contrats GPRS par fournisseur (Mars 2005)..........................................................14
Figure 1.7 LEDGE dans le monde..........................................................................................14
Figure 1.8 Contrats EDGE par fournisseur (Mars 2005).........................................................14
Figure 2.1 Dbit IP moyen offert lutilisateur [3]..................................................................18
Figure 2.2 Graphe de dimensionnement des PDCH ddis [3]................................................18
Figure 2.3 Le modle de dimensionnement des PDCH ddis (GPRSim)..............................19
Figure 2.4 Exemple darchitecture GPRS visualise par lESG-NetCOP [7]..........................20
Figure 2.5 Procdure de dimensionnement des PDCH (constructeur C1)...............................21
Figure 2.6 Exemple dune fonction de distribution cumulative du dbit global......................22
Figure 2.7 Procdure de dimensionnement Gb (constructeur C1)...........................................23
Figure 2.8 Procdure de recherche de lapproche de dimensionnement..................................26
Figure 2.9 Premier modle propos..........................................................................................27
Figure 2.10 Procdure de calcul du dbit global......................................................................33
Figure 3.1 Le modle conceptuel de la base de donnes..........................................................43
Figure 3.2 Le modle relationnel de la base de donnes..........................................................44
Figure 3.3 Lcran daccueil du DBMG..................................................................................45
Figure 3.4 Linterface BSS Dimensioning...........................................................................46
Figure 3.5 Loption BSS Topology du menu DBMG ..................................................47
Figure 3.6 Exemple dune architecture dun MFS...................................................................47
Figure 3.7 Loption Find du menu DBMG ..................................................................47
Figure 3.8 Exemple dun rsultat de recherche dun BSC.......................................................48
Figure 3.9 Linterface daide sur les KPI.................................................................................48
iii
Listes des tableaux
Listes des tableaux

Tableau 1.1 Les caractristiques du PCU par constructeur........................................................5
Tableau 2.1 Approches et recommandations............................................................................24
Tableau 2.2 Paramtres de dimensionnement BSS du GPRS..................................................25
Tableau 2.3 Les paramtres de dimensionnement de la premire approche............................26
Tableau 2.4 Exemple dun modle de trafc GPRS..................................................................29
Tableau 2.5 Exemple de profls dabonns..............................................................................29
Tableau 2.6 Dbit RLC par type de codage.............................................................................29
Tableau 3.1 Type de codage appropri en fonction du C/I......................................................37
Tableau 3.2 Dbit RLC en fonction du type de codage...........................................................37
iv
Listes des abrviations

A
AGCH: Access Grant CHannel
AUC: AUthentifcation Center
B
BCCH: Broadcast Control CHannel
BLER: Block Error Rate
BSC: Base Station Controler
BSS: Base Station Sub-system
BSSGP: BSS GPRS Protocol
BTS: Base Transceiver Station
C
CCU: Channel Codec Unit
CI: Cell Identifer
CS: Coding Scheme
D
DBMG: Dimensioning BSS Model for GPRS Network
E
ECSD: Enhanced Circuit-Switched Data
EDGE: Enhanced Data ratesfor the GSM Evolution
EGPRS: Enhanced GPRS
EIR: Equipment Identity Register
F
FR: Frame Relais
G
GGSN: Gateway GPRS Support Node
GMM: GPRS Mobility Management

GMSC: Gateway MSC
GMSK: Gaussian Minimum Shift Keying
GPRS: General Packet Radio Service
GR: GPRS Register
GSM: Global System for Mobile communication
GSMS: GPRS Short Message service
GTP: GPRS Tunnel Protocol
H
HLR: Home Location Register
I
IP: Internet Protocol
L
LLC: Logical Link Control
M
MAC: Medium Access Control
MCS: Modulation Coding Scheme
MFS: Multi-BSS Fast Packet Server
MS: Mobile Station
MSC: Mobile services Switching Center
N
NSS: Network Sub-System
P
PACCH: Packet Associated Control Channel
PAGCH: Packet Access Grant Channel
PBCCH: Packet Broadcast Control Channel
PCH: Paging CHannel
PCU: Packet Control Unit
PCUSN: Packet Control Unit Support Node
PDCH: Packet Data Channel
PDN: Packet Data Network
PDTCH: Packet Data Transfert Channel
vi

PLMN: Public Land Mobile Network
PNCH: Packet Notifcation Channel
PPCH: Packet Paging Access Channel
PRACH: Packet Random Access Channel
PSTN: Public Switched Telephon Network
PTCCH: Packet Timing Control Channel
R
RACH: Rand Access Channel
RLC: Radio Link Control
S
SGSN: Serving GPRS Support Node
SM: Session Management
SNDCP: Sub network Dependent Convergence Protocol
T
TBF: Temporary Block Flow
TCP: Transport Control protocol
TDMA: Temporary Division Multiple Access
U
UDP: User datagram Protocol
UMTS: Universal Mobile Telecommunications System
V
VLR: Visitor Location Register
vii
Introduction gnrale
Introduction gnrale
Les systmes radio mobiles sont actuellement en pleine expansion dans la plupart des
pays du monde. En effet, les services offerts par ces systmes sont innovants.
Le GSM est le standard pour les communications numriques le plus rpandu.
Systme de deuxime gnration, il offre aux utilisateurs la tlphonie vocale, le fax et la
transmission de donnes avec un dbit maximal de 9,6kbits/s. Ce dbit a t peru comme une
limitation importante qui empche la croissance du rseau. Ainsi, la norme GSM est volue
pour permettre la transmission des donnes avec des dbits plus importants et ladoption de
nouveaux services dont laccs lInternet.
Pour surmonter cette limitation, un nouveau service du GSM a t introduit la fn des
annes 99. Il sagit du GPRS, qui prsente un premier pas vers la troisime gnration. Ce
service permet laugmentation des dbits de transmission en se basant sur un mode de
transfert par paquets.
Le GPRS est un service rajout au rseau GSM existant. Son intgration ncessite la
mise en place dune infrastructure IP bas sur la commutation de paquets. Ainsi, lintgration
du GPRS ncessite lintroduction dautres quipements, la confguration de ces quipements
et le dimensionnement des interfaces qui les relient.
Le but de ce projet est destimer les besoins en ressources BSS pour lintroduction du
GPRS, de prvoir la topologie BSS et de dterminer les importants indicateurs cls de
performance qui feront ensuite lobjet dune analyse pour valuer la performance du rseau
GPRS.
Pour satisfaire ces besoins, nous allons dvelopper un outil de dimensionnement des
ressources du sous-systme radio du rseau GPRS.
Dans un premier volet, nous entamons la partie de ltat de lart. Dans cette partie nous
nous intressons ltude des principaux concepts pour lintgration
du GPRS ainsi qu
ltude des principaux indicateurs de performance qui caractrisent un rseau GPRS.

Dans un second volet, nous laborons, en se basant sur des modles de trafc
appropris, la procdure de base de dimensionnement des canaux PDCH et Gb. Cette
procdure de base sera ensuite adopte pour limplmentation de loutil.
Finalement, nous entamons la spcifcation des besoins suivie par la description des
diffrentes phases de la conception et la prsentation de la ralisation de loutil.
Chapitre 1 : Etat de lart

1.1. Introduction
Le rseau GSM (Global System for Mobile communication) est conu essentiellement
pour la transmission de la voix. Il est fond sur la commutation de circuits, et ne permet pas
de dpasser un dbit de 9.6 kbits/s en transmission de donnes.
La commutation de circuit ncessite ltablissement dune communication au sein de
la cellule GSM, monopolisant ainsi un canal de communication qui ne peut pas tre exploit
par un autre utilisateur. Ce mode de transfert est optimal seulement lorsque il sagit dun
transfert dun volume important dinformation. Mais dans le cas dun transfert sporadique, ce
mode est peut effcace, car le temps dutilisation des ressources ne prsente quune partie du
temps total de la connexion.
En plus le dbit, offert par le GSM, est insuffsant pour couvrir les nouveaux besoins
de transferts de donnes et dfnit un frein la diffusion des contenus Multimdias.
La technologie GPRS, greffe sur linfrastructure GSM, est une solution intermdiaire
conue pour laugmentation des dbits de transmission des donnes et loptimisation de
lutilisation des ressources.
Dans ce chapitre, nous prsentons les diffrentes actions ncessaires pour lintgration
du GPRS. Puis nous tudions les indicateurs de performance qui caractrisent un rseau
GPRS. Finalement, nous examinant la technologie EDGE, qui est une volution du GPRS, et
nous prsentons quelques statistiques sur les deux technologies.
1.2. Lintgration du GPRS

Le GPRS est un service supplmentaire rajout au rseau GSM existant, qui permet la
transmission des donnes par paquet avec un dbit lev. Son intgration ncessite lajout de
certaines entits et des mises jour au niveau des quipements du rseau GSM existant.
Daprs une tude faite sur les solutions proposes par certains constructeurs, nous
remarquons que plusieurs architectures sont envisageables pour la mise en place de
linfrastructure GPRS. Loprateur doit, donc, adopter larchitecture qui permet de minimiser
les cots de dploiement. En plus, il a besoin de prvoir limpact de lintgration du GPRS sur
le rseau GSM existant.
1.2.1. Les entits ajouter

Le GPRS est une technologie greffe sur linfrastructure GSM sans aucune licence.
Elle utilise les mmes frquences GSM 900/1800/1900 Mhz, seule larchitecture est
sensiblement modife. La fgure 1.1 prsente linfrastructure GPRS.
GMSC
BTS
C
C
U
Trafc en mode
circuit
MSC
H/VLR
BSC
BTS
C
C
U
PSTN
GR
PCU
SGSN
Trafc en mode
paquet
GCSN
PDN
Entits GPRS
Entits GSM
Figure 1.1 Linfrastructure GPRS

Limplantation du GPRS ncessite lajout :
de deux routeurs IP :
o SGSN : un routeur IP reli un ou plusieurs BSS. Il gre les terminaux
prsents dans une zone bien dtermine.
o Le GGSN : un routeur IP reli un ou plusieurs rseaux de donnes. Il
permet linterconnexion avec les rseaux externes et lacheminement
des donnes venant de ces rseaux vers le SGSN du destinataire.
dun PCU intgr au sous-systme radio, qui gre les fonctions de contrle de
puissance, dadaptation du dbit, de transmission et dacquittement.
1.2.2. Les mises jour ncessaires

Pour lintgration du GPRS et en plus des entits ajoutes, des mises niveau sont
ncessaires au niveau de :
BTS : implantation dune fonction CCU qui permet dappliquer le type de
codage dcid par le PCU,
MSC/VLR : pour permettre ce dernier de se connecter au SGSN,
de
supporter le transfert de SMS travers le GPRS et de grer la mobilit

combine (GSM et GPRS),
HLR : pour lui permettre de se connecter au SGSN et de grer la mobilit.

Suite ces mises niveau, les quipements GSM peuvent supporter la norme GPRS
tout en assurant les mmes fonctionnalits GSM.
1.2.3. Les diffrentes solutions de larchitecture BSS

Pour le dploiement du GPRS, plusieurs architectures du BSS fgurent sur le march.
En effet, chaque constructeur opte pour une architecture spcifque pour implanter le PCU et
le connecter au SGSN.
1.2.3.1. Limplantation du PCU
Lintgration du GPRS dans le rseau GSM ncessite limplantation dun PCU dans le
sous-systme radio. Le PCU peut tre, gographiquement, situ dans la BTS, le BSC ou le
SGSN. Les solutions proposes par les constructeurs envisagent deux confgurations :
le PCU intgr dans le BSC,
le PCU externe au BSC.
Le tableau 1.1 regroupe des solutions PCU proposes par certains constructeurs ainsi
que la spcifcation caractrisant chaque solution.
Constructeur
Solution
Description
o Fournit les fonctionnalits du PCU et de
linterface Gb,
o Compos dau plus de 22 cartes GPU dont
Alcatel [14]
MFS : PCU externe
chacune peut manipuler un BSC,

o La capacit dune carte GPU est de 240
PDCH,
o Peut supporter des dbits levs (CS1 et CS2).
o Fournit les fonctionnalits du PCU.
Nortel [10]
PCUSN : PCU externe
o Deux confgurations sont possibles : PCUSN12 et PCUSN-24. Chaque confguration peut

supporter 12 BSC.
o Connecte un BSC un SGSN
Motorolla
[13]
o Base sur un bus PCI extensible de 30 3240

PCU externe
time slot.
o Peut supporter des dbits levs (CS1, CS2,
CS3 et CS4)

o Une carte PCU est compose de deux cartes
Siemens [9]
PCU intgr au BSC
PPXU,
o La capacit dune carte PPXU est de 256
PDCH.
Tableau 1.1 Les caractristiques du PCU par constructeur

1.2.3.2. La connexion Gb
Linterface Gb, dans un rseau GPRS, sert connecter un ou plusieurs PCU un
SGSN. Cette connexion peut tre :
ddie : Il sagit dimplanter un nouveau lien reliant le PCU et le SGSN. Ce
lien est rserv au transfert des paquets. Linconvnient de ce mode est le cot
dimplantation lev surtout dans le cas o la distance sparant les deux entits
est importante.
mixte : Ce mode de connexion permet dexploiter au maximum les liens dj

existants du rseau GSM. En fait, i
l sagit de rserver des time slots de
linterface Ater reliant le PCU au transcodeur pour transfrer les paquets. Puis,
partir du transcodeur, il y aura des liens Gb pour terminer le transfert des
paquets au SGSN. Linconvnient de ce mode est lutilisation de certaines
ressources rserves au rseau GSM ce qui diminue la capacit du rseau GSM
et peut engendrer une augmentation du taux de congestion de la voix.
1.2.4. Limpact sur le rseau GSM

Avec lintroduction du GPRS, un certain nombre de canaux radio sera ncessaire pour
faire couler le trafc supplmentaire. Donc, un rseau, supportant dj le trafc GSM, doit
tre capable de supporter en plus le trafc GPRS. Ainsi, certaines extensions peuvent tre
ncessaires pour permettre limplantation du GPRS.
Dans cette partie, nous traitons les extensions possibles au niveau du sous-systme
radio en tudiant limpact de lintroduction du GPRS sur les TRX, les interfaces Abis et les
BSC du rseau GSM existant.
1.2.4.1. Limpact sur les TRX
Chaque cellule du rseau GSM, dj dploye, comporte un ensemble de TRXs
permettant dcouler le trafc gnr. Pour dployer le GPRS, loprateur a besoin de savoir
sil y a des canaux radio disponibles (non utiliss par le GSM) au niveau des TRX dj

installs. Si cest le cas, alors le dploiement du GPRS na pas dimpact sur le sous-systme
radio. Dans le cas contraire, il est ncessaire dintroduire un nouveau TRX et loprateur se
trouve face aux problmes de densifcation dun rseau.
1.2.4.2. Limpact sur linterface Abis
Dans le cas o loprateur ajoute des TRX pour dployer le GPRS, il doit associer
chaque nouveau TRX un time slot Abis (2 liens de 64 kbits/s) sil se limite lutilisation du
CS-1 et CS-2 et deux time slots Abis dans le cas de lutilisation du CS-3 et CS-4.
1.2.4.3. Limpact sur le BSC
Le contrleur de station de base peut support, dans le cas o le PCU est intgr dans
le BSC, un nombre limit de PCU. En plus, le PCU peut manipuler un nombre limit de
canaux PDCH. Ainsi, la somme des PDCH actifs dans les cellules connectes un BSC peut
dpasser la capacit totale de tous les PCU intgrs dans ce mme BSC. Dans ce cas, il est
ncessaire dajouter un nouveau BSC.
Loprateur a un intrt de minimiser limpact du GPRS sur le rseau GSM, dans le
but de minimiser les cots de dploiement du GPRS, tout en garantissant la qualit de service
acceptable.
1.3. Les indicateurs cls de performance du GPRS

Aprs la phase de dploiement dun rseau cellulaire, loprateur commence
analyser et amliorer la performance de son rseau pour garantir une qualit de service
acceptable. Cette performance est value travers lanalyse des compteurs et des indicateurs.
Les compteurs sont rcolts travers des processus de mesures ralises sur des intervalles de
temps et lies aux vnements survenus sur un quipement du rseau. Les indicateurs sont
obtenus par une combinaison de plusieurs compteurs [2].
Le trafc GPRS, de type paquets, ne peut pas tre contrler de la mme mthode que le
trafc GSM. Pour cette raison, on a besoin de dfnir de nouveaux indicateurs de performance
spcifques au rseau GPRS.
Cette partie
prsente une vue gnrale sur les principaux indicateurs cls de
performance du rseau daccs du GPRS ainsi que quelques exemples pour chaque catgorie
et chaque domaine.
1.3.1. Vue gnrale

Les indicateurs GPRS peuvent tre classs en trois principales catgories :
Indicateurs de trafc : cette catgorie dindicateurs value la charge du trafc
par interface (radio
et Gb) et par canaux logiques (AGCH/PAGCH,
PCH/PPCH, UL/DL, PDTCH, et UL/DL PACCH).
Indicateurs de qualit de service : cette catgorie dindicateurs de performance

value le taux de succs ou dchec par interface (radio, Atermux et Gb) et par
procdure (tablissement dun fux montant ou descendant, transfert des
donnes sur le lien montant ou le lien descendant et allocation ou rallocation
des ressources radio).
Indicateurs de disponibilit des ressources : cette
catgorie dindicateurs
dtermine la disponibilit et lusage des ressources par un interface (Ater, Abis

et Gb) et par PCU.
La fgure 1.2
prsente lhirarchie de la classifcation des indicateurs cls de
performance du rseau daccs du GPRS.
Figure 1.2 Classifcation des indicateurs GPRS
1.3.2. Les indicateurs de trafc

Ces indicateurs permettent dvaluer la charge du trafc coule sur les diffrentes
entits et interfaces du rseau GPRS. Ils fournissent les indications suivantes:
Le nombre de transactions des demandes, succs et chec pour ltablissement
dun fux montant ou dun fux descendant,
La charge du trafc (donnes et signalisation) supporte par les canaux logiques

pour optimiser le dimensionnement des canaux,
La charge du trafc qui concerne la procdure dallocation des ressources,
Le trafc support par linterface Gb.
Ainsi, ces indicateurs de trafc peuvent caractriser les domaines du rseau daccs
GPRS suivants :
Ltablissement des fux de donnes,
Le transfert des donnes,
Lallocation des ressources,
Linterface radio,
Linterface Gb.
Dans ce qui suit, nous prsentons les principaux indicateurs de trafc par domaine.
1.3.2.1. Les inducteurs de trafc : tablissement des fux de donnes
Ces indicateurs prsentent des statistiques sur le trafc coul d ltablissement des
fux de donnes. Ces indicateurs traduisent:
Le nombre des demandes dtablissement dun fux de donnes avec ou sans
un PDCH matre pour chaque tat dun MS : tat de veille ou tat de transfert
de paquets,
Le nombre des tablissements dun fux de donnes avec ou sans un PDCH

matre pour chaque tat dun MS : tat de veille ou tat de transfert de paquets,
Le nombre des recherche de MS (paging) avec un canal GPRS-paquet par

rapport au nombre des recherches de MS avec un canal GSM-circuit.
1.3.2.2. Les indicateurs de trafc : transfert des donnes

Ce type dindicateurs dtermine la charge du trafc coul pour le transfert des
donnes. Ils fournissent lutilisateur des statistiques sur :
Le nombre moyen et maximal des TBF simultans
Le dbit utile et moyen par PDCH, TBF et cellule,
Le dbit utile maximal.

1.3.2.3. Les indicateurs de trafc : allocation des ressources
Les indicateurs dallocation des ressources, drivant de la catgorie indicateurs de
trafc, prsentent des informations sur lallocation des ressources pour couler le trafc. On
trouve parmi eux :
Le nombre des canaux GSM-circuit et des PDCH matres utiliss pour la
demande ou la confrmation de lallocation des ressources,
Le nombre maximal, minimal et moyen des PDCH allous dynamiquement.
1.3.2.4. Les indicateurs de trafc : interface radio

Il sagit dun ensemble de statistiques sur les charges (donnes et signalisation)
supportes par les canaux logiques du GPRS (PAGCH, PPCH, PRACH, PDTCH et PACCH)
et les canaux GSM-circuit (AGCH, CCCH, PCH, et RACH) utiliss par le service GPRS.
1.3.2.5. Les indicateurs de trafc : interface Gb
Pour ce type dindicateurs, qui valuent la charge du trafc coul au niveau de
linterface Gb, on trouve les statistiques suivantes :
Le nombre des octets LLC descendants abandonns cause dune congestion,
Le nombre des octets LLC descendants abandonns cause dune suspension,
Le nombre des octets LLC descendants bien routs,
Le nombre des octets LLC descendants non routs.
1.3.3. Les indicateurs de qualit de service

Cette catgorie dindicateurs caractrise trois domaines du rseau daccs du GPRS.
Ces domaines sont ltablissement des fux de donnes, le transfert des donnes et lallocation
des ressources.
1.3.3.1. Les indicateurs de QoS : tablissement des fux de donnes
Ces indicateurs de qualit de service fournissent des indications correspondant des
vnements survenus lors de la phase de ltablissement dun fux de donnes:
Le taux de succs dtablissement dun fux de donnes montant ou descendant,
Le taux dchec dtablissement dun fux de donnes montant ou descendant,
Le taux de blocage ltablissement dun fux montant ou descendant,
Le taux de coupure aprs lallocation dun fux montant ou descendant,
Lchec dtablissement dun fux de donnes montant ou descendant cause

dune congestion au niveau radio, interface Gb ou PCU.
1.3.3.2. Les indicateurs de QoS : transfert des donnes
Cet ensemble dindicateurs prsente des indications correspondant des vnements
qui ont des impacts sur la qualit de service quobtiendra lutilisateur. Par exemple :
La retransmission des blocs RLC,
La perte des blocs RLC,
La suspension dun fux de donnes,
La suspension de la liaison radio,
La suspension de la liaison Gb,
Lusage des types de codage.
1.3.3.3. Les indicateurs de QoS : allocation des ressources

Pour le domaine dallocation des ressources, la qualit de service est value par les
indicateurs suivants :
Taux de succs dallocation des PDCH,
Echec dallocation des PDCH matres,
Echec dallocation des PDCH esclaves,
Taux de succs de rallocation des ressources pour ltablissement des fux de

donnes.
1.3.4. Les indicateurs de disponibilit des ressources

Il sagit dune autre catgorie des indicateurs de performance du rseau GPRS qui
informe lutilisateur sur la disponibilit des ressources.
1.3.4.1. Les indicateurs de disponibilit des ressources : interface Ater
Ce type dindicateurs traduit la disponibilit des canaux Ater qui dpend
essentiellement de la disponibilit des liens LAPD.
1.3.4.2. Les indicateurs de disponibilit des ressources : interface Gb
La disponibilit des canaux Gb est dtermine par lanalyse des indicateurs de
performance suivants:
la disponibilit des PVC,
10
la disponibilit des BC,
la disponibilit des BVC.
1.3.4.3. Les indicateurs de disponibilit des ressources : PCU

La disponibilit des ressources au niveau du PCU est dtermine travers les
indicateurs qui dterminent les taux de congestion du PCU.
1.4. Lvolution du GPRS : EDGE

LEDGE est lvolution de la norme GSM et du systme TDMA. Il peut tre introduit
avec le dploiement:
dune infrastructure base sur la commutation de paquets : EGPRS
dune infrastructure base sur la commutation de circuits : ECSD
Dans cette partie, nous nous intressons au rseau EDGE, nomm aussi EGPRS, bas
sur la commutation de paquets. En fait, ce dernier est une volution du GPRS qui a pour but
de permettre des hauts dbits sans avoir besoin une licence 3G.
1.4.1. Architecture gnrale

LEDGE est une extension du rseau GPRS. Seule le
sous-systme radio est
sensiblement modif. La fgure 1.3 reprsente larchitecture de lEDGE :
Figure 1.3 Larchitecture de lEDGE

Le dploiement de lEDGE ncessite :
la mise niveau de la BSC et de la BTS,
lajout dun metteur-rcepteur au niveau de la BTS capable de supporter la

modulation EDGE.
11
1.4.2. Comparaison EDGE/GPRS

LEDGE est une nouvelle technologie
qui permet, en spcifant des nouvelles
modulations, laugmentation des dbits offerts. Dans ce qui suit, nous prsentons les
principales diffrences entre lEDGE et le GPRS.
1.4.2.1. Technique de modulation
La modulation utilise dans le GSM est la modulation GMSK, qui associe chaque bit
un tat. Pour atteindre des hauts dbits par time slot, lEDGE utilise la modulation 8PSK.
Avec cette modulation, on a huit tats (voir fgure 1.8), la vitesse de modulation est la mme
que pour la GMSK mais permet un dbit instantan trois fois plus lev, chaque tat de
modulation transmettant l'information relative trois bits. Linconvnient de ce type de
modulation, cest quelle est plus sensible au bruit, vue qon a plus dtats.
Cette modulation permet donc dvoluer le GPRS vers lEDGE.
Figure 1.4 Apport de la modulation de lEDGE

1.4.2.2. Type de codage
La capacit dun time slot, dans le cas du GPRS, ne dpasse pas 21,4 kbits/s avec CS4. Pour le cas de lEDGE, la capacit dun time slot peut atteindre 59,2 kbits/s. En
effet
lEDGE dfnit 9 autres types de codage (MCS1 jusqu MCS9) dont les quatre premiers
types utilisent la modulation GMSK, les autres utilisent la modulation 8PSK. La fgure 1.5
reprsente les types de codage GPRS et EDGE en fonction du dbit dun time slot.
12
Figure 1.5 Types de codage du GPRS et de lEDGE

1.4.2.3. Retransmission des paquets
Dans le rseau GPRS, lors de la rception dune trame errone, la retransmission de
cette trame ce fait avec le type de codage dorigine, avec lequel la trame est envoye la
premire fois. Pour le cas de lEDGE, la retransmission se fait avec le type de codage adquat.
Ceci est cause de la fonction de rassemblage des paquets introduite avec la technologie
EDGE.
1.5. Des statistiques

Nous prsentons dans cette section quelques statistiques sur ltat du GPRS et de
lEDGE dans le monde.
1.5.1. Le GPRS dans le monde

Le GPRS est une technologie datant de la fn des annes 1990. Les annes 1997 et
1999 prsentent les deux importantes priodes du GPRS et marquent une avance vers les
premiers tests. Et cest qu partir du juin 2000 que le GPRS est commercialis pour la
premire fois au Royaume-Uni.
Vers la fn de 2004, le service GPRS est commercialis dans 72 pays par 172
oprateurs [12]. Plusieurs fournisseurs des rseaux mobiles ont proposs des solutions GPRS
qui sont dj adoptes par certains oprateurs.
13
Figure 1.6 Contrats GPRS par fournisseur (Mars 2005)
1.5.2. LEDGE dans le monde

LEGRS est apparu aprs le GPRS la fn de lanne 2002. Vers la fn de 2004, il est
commercialis dans 30 pays par 40 oprateurs [12]. Daprs la fgure 1.7, on remarque que
lEDGE est dploy surtout lAmrique.
Figure 1.7 LEDGE dans le monde
Figure 1.8 Contrats EDGE par fournisseur (Mars 2005)

14
1.6. Conclusion
Le service GPRS, rajout au rseau GSM, permet la transmission des donnes par
paquets avec des dbits levs. Pour le dployer,
loprateur a besoin dintroduire des
nouveaux quipements et deffectuer des mises jour. Il doit, donc, estimer les quipements
ncessaires, leurs confgurations et les liens qui les relient.
Ces besoins dcoulent des ressources de transmission ncessaires pour faire couler le
trafc paquet. Dans ce projet, nous nous intressons au sous-systme radio (BSS) du GPRS.
Ainsi, nous avons besoins destimer les canaux PDCH et Gb ncessaires.
Dans le chapitre suivant, nous laborons un modle de base pour le dimensionnement
BSS du GPRS. Ce modle va nous permettre destimer le nombre des canaux PDCH et Gb
ncessaires pour lintroduction du GPRS et par suite les quipements ncessaires et la
topologie du sous-systme radio.
15
Chapitre 2: Le modle de dimensionnement BSS pour le rseau GPRS
Chapitre 2 : Le modle de dimensionnement BSS pour le

rseau GPRS
2.1. Introduction
Aprs ltude des principaux concepts dintgration
du GPRS, nous allons tablir,
dans ce chapitre, le modle de dimensionnement BSS pour le rseau GPRS.

Nous commenons par prsenter la problmatique relative au sujet trait. Puis, nous
tudions des travaux dj raliss et qui traitent le mme problme envisag dans ce projet.
A la fn, en se basant sur les avantages acquis par ces travaux, nous dfnissons
lapproche de dimensionnement qui sera ensuite adopte pour la spcifcation et la conception
de loutil.
2.2. Problmatique
Un oprateur, qui dcide introduire le GPRS au sein de linfrastructure existante de
son rseau GSM, se trouve face plusieurs choix et plusieurs prdictions faire qui
compliquent la tche. En effet, pour implanter le GPRS, certains quipements seront ajouts
au rseau GSM. Donc loprateur doit estimer les quipements ncessaires pour le
dploiement du GPRS et leurs confgurations. Dans ce projet,
nous nous intressons
essentiellement au sous-systme radio du GPRS.

Une autre tche, diffcile raliser, concerne la prdiction du trafc qui coulera sur le
rseau GPRS. Ce rseau est conu pour la transmission des donnes avec des dbits levs.
Donc, un oprateur, souhaitant intgrer le GPRS, a besoin de prvoir les services qui seront
adopts par ces abonns ainsi que les dbits souhaits par ces derniers. Le cas de
TUNISIANA est plus complexe, vu que le GPRS nest pas encore commercialis en la
Tunisie. Ce qui fait aucune rfrence nest disponible.
Suite une premire tude, ce trafc de donnes semble tre moins rgulier au niveau
de ses caractristiques (taux darrivs, dbits...) que le trafc de parole. Ce qui fait, les
formules dErlang B, utiliss pour le dimensionnement du rseau GSM, ne sappliquent plus
dans le cas dun rseau GPRS. Il sagit donc de dterminer les paramtres et les rgles de
dimensionnement appliquer pour le dimensionnement BSS dun rseau GPRS.
16

Les rsultats de dimensionnement obtenus seront des donnes de base pour estimer les
quipements introduire et leurs confgurations.
2.3. Etude et analyse de lexistant

Avant dentamer llaboration du modle, il est indispensable dtudier les solutions
dj adoptes sur le march. Donc, il est ncessaire de voir les modles de dimensionnement
BSS disponibles, pour le cas dun rseau GPRS. Parmi, les modles adopts et les outils
existants sur le march, nous prsentons quelques un en prcisant leurs avantages et leurs
inconvnients.
2.3.1. Le simulateur GPRSim

Le GPRSim [1] est un outil de
simulation GPRS dvelopp luniversit
technologique de Aachen. Il reprsente une solution purement logicielle, qui peut servir au
dimensionnement radio du rseau GPRS.
Ce simulateur reprsente un rseau GSM/GPRS avec sa pile protocolaire, des liens de
transmission, des canaux radio GPRS et un gnrateur de trafc. Pour un scnario de
simulation choisi, loutil fournit des graphes de dimensionnement des PDCH.
2.3.1.1. Scnario de simulation
Un scnario de simulation est un ensemble de paramtres qui dterminent les
conditions de simulation dsires par loprateur. Comme exemple de scnario :
BLER = 13.5%,
Type de codage = CS-2,
Mode de transmission LLC = mode avec acquittement,
Capacit de traitement: recevoir 4 slots et mettre 1 slot,
Taille dune fentre LLC = 16 trames,
Taille maximale dune fentre de congestion (niveau TCP) = 8 kilos octets
Taille maximale dun segment = 536 octets,
Priode inactive entre deux sessions = 12 secondes,
Trafc Internet : 70% e-mail et 30% www,
Trafc WWW : nombre de pages par session suit une loi gomtrique de
moyenne 5, lintervalle de temps entre 2
pages suit une loi exponentielle
ngative de paramtre 12 et la taille dune page suit une loi log2-Erlang-k de

paramtres 3700.
17
Trafc e-mail : la taille dun mail suit une loi log2-normal de paramtre 10000.
Nombre maximal de PDCH allous dynamiquement = 8.
2.3.1.1. Confgurations des PDCH ddis

En fxant le scnario de simulation dsir, le GPRSim fournit des graphes de
dimensionnement des PDCH ddis.
Figure 2.1 Dbit IP moyen offert lutilisateur [3]

Le graphe, de la fgure 2.1, prsente le dbit IP moyen offert lutilisateur en fonction
du trafc IP offert. Chaque courbe correspond un nombre de canaux PDCH. Le graphe de
dimensionnement des PDCH est dduit partir de ce graphe en divisant le trafc IP offert par
le nombre de PDCH appropri.
Figure 2.2 Graphe de dimensionnement des PDCH ddis [3]

Pour dterminer le nombre des PDCH ddis, il sufft dappliquer le modle prsent
dans la fgure2.3.
18
Volume lheure
charge par cellule
QoS (dbit offert

lutilisateur)
/3600
Graphe de
dimensionnement
Dbit instantan
Capacit/PDCH
Nombre de PDCH
Figure 2.3 Le modle de dimensionnement des PDCH ddis (GPRSim)
2.3.2. ESG-NetCOP
ESG-NetCOP [2] est une solution logicielle pour la planifcation, la confguration et
loptimisation des rseaux mobiles (GSM, GPRS et UMTS). Elle permet :
la planifcation du rseau GSM (BSS et NSS),
la planifcation BSS/GPRS,
la planifcation NSS/UMTS-CS,
la planifcation UMTS/PS,
la planifcation de la signalisation.
Planifcation BSS/GPRS
Loutil a besoin de rcuprer des donnes reprsentant ltat actuel du rseau:
lemplacement gographiques des BTS et des BSC, les liens BTS-BSC et BSC-BTS, les
confgurations des BTS,
A laide de ces donnes, loutil offre la possibilit danalyser les capacits du rseau
daccs. Il permet :
lestimation de la probabilit de blocage exprimentale partir du nombre des
TCH disponibles dans la cellule,
la dtection du surdimensionnement des TRX,
la dtermination de ltranglement du trafc,
lidentifcation de la capacit de rserve au niveau de linterface Abis et Ater,
lestimation du trafc par BSC/MSC.
19

Pour lintroduction du GPRS, loutil offre plusieurs mthodes pour la mise niveau
des BTS. Parmi ces mthodes:
une mise niveau base sur linfrastructure existante,
une mise niveau base sur ltranglement du trafc.
IL permet aussi lallocation des PDCH et le dimensionnement de linterface Gb.

En plus, cet outil, laide dun systme dinformation gographique, permet la
visualisation de larchitecture du rseau GPRS (voir fgure 2.4). Cette fonction:
permet la visualisation de la distribution gographique des quipements,
permet la visualisation des liens entre les diffrents quipements GPRS,
facilite la rcupration des informations concernant larchitecture,
Figure 2.4 Exemple darchitecture GPRS visualise par lESG-NetCOP [7]
2.3.3. Lapproche du constructeur C1

Cette approche, adopte par le constructeur C1, permet le dimensionnement du soussystme radio du GPRS. Elle prsente les mthodes de dimensionnement des PDCH et de
linterface Gb.
Pour le dimensionnement de ces interfaces, ce constructeur a spcif un modle du
trafc GPRS et des profls dabonns.
20

2.3.3.1. Le modle du trafc
Le modle du trafc, adopt par le constructeur C1, dfnit pour chaque classe
dabonns:
le taux de pntration dans la population GSM,
les services GPRS,
le taux de pntration dun service dans la population GPRS,
le dbit cible,
le volume mensuel des donnes gnr par un abonn pour chaque service.
2.3.3.2. Les profls des abonns

Le constructeur C1 spcife pour chaque classe dabonns, un profl caractris par:
le nombre de jours dactivit dun abonn par mois,
le taux de trafc coul par jour pendant les heures charges,
le nombre dheures charges par jour.
2.3.3.3. Dimensionnement des PDCH

Modle du trafc
Approche
probabiliste
Dbit IP maximal
/
Capacit IP dun PDCH
=
Nombre de PDCH
Figure 2.5 Procdure de dimensionnement des PDCH (constructeur C1)

Daprs la fgure 2.5, deux paramtres dterminer : la capacit IP dun PDCH et le
dbit IP maximal.
La capacit IP dun PDCH :
La capacit RLC/MAC moyenne dun PDCH dpend des types de codage utiliss. Elle
est calcule comme suit :
21

4
Capacit moyenne / PDCH =
Pr obabilit de CSi Dbit de CSi

1
Certaines enttes sont ajoutes la trame RLC. Ce qui fait, la capacit IP dun PDCH
est infrieure sa capacit RLC/MAC. Le constructeur C1 a dfni des facteurs F1 pour
diffrentes tailles de paquet. F1 reprsente, pour une taille donne, le rapport entre la capacit
RLC/MAC dun PDCH et sla capacit IP.
Capacit utile / PDCH = capacit moyenne / PDCH F1
Dbit IP maximal
Le dbit IP maximal est calcul laide de la fonction de distribution cumulative du

dbit global instantan en supposant que le nombre dabonns instantanment en service suit
une loi binomiale. Ce dbit dpend de la qualit de service dsire par loprateur c'est--dire
de la probabilit doffrir un dbit instantan lutilisateur est gal au dbit cible.
Figure 2.6 Exemple dune fonction de distribution cumulative du dbit global

2.3.3.4. Dimensionnement de linterface Gb
Daprs la fgure 2.7, trois tapes sont suivre pour le dimensionnement de linterface
Gb: le calcul du dbit IP maximal pour chaque BSC, la dduction du dbit Gb maximal et
fnalement la dtermination du nombre de time slots Gb en divisant le dbit Gb maximal par
64 kbits/s.
22
Modle du trafc
Approche
probabiliste
Dbit IP maximal
Les enttes
Gb
Dbit Gb maximal
1Gb = 64
kbits/s
Nombre des canaux
Gb
Figure 2.7 Procdure de dimensionnement Gb (constructeur C1)
Dbit IP maximal par BSC
Il est dtermin en suivant la mme procdure dcrite pour le calcul du dbit IP

maximal. Sauf que, ce dernier est calcul par cellule.
Dduction du dbit Gb maximal
Le volume Gb est plus important que le volume au niveau IP cause de lajout des
enttes IP, SNDCP, LLC, BSSGP et NS et des informations de signalisation. Le constructeur
C1 a dfni des facteurs F2 pour diffrentes tailles de paquet, qui reprsente le rapport entre le
dbit Gb maximal et le dbit IP maximal. Ainsi,
Dbit Gb max imal = Dbit IP max imal F2
2.3.4. Lapproche du constructeur C2

Cette approche, adopte par le constructeur C2, permet la modlisation du trafc GPRS.
Elle dfni un modle de trafc et des profls dabonns.
Le modle de trafc, adopt par le constructeur C2, a pour paramtres :
les classes dabonns,
le taux de pntration de chaque classe,
le nombre de MMS envoy par un abonn par mois,
le volume des donnes gnr par jour par abonn.
En plus, le constructeur C2 a dfni un profl dabonns pour chaque service. Pour le

service MMS, le profl indique le nombre des jours dactivit dun abonn par mois et le
23

nombre des heures charges par jour. Pour le service accs aux donnes, le profl indique le
nombre des heures charges par jour.
2.3.5. Rcapitulation
Chaque approche, prsente dans ce qui prcde, est caractris par des avantages qui
peuvent tre exploits pour la spcifcation de notre approche de dimensionnement du soussystme radio du rseau GPRS. Le tableau 2.1 regroupe les principales recommandations
suivre pour la dfnition de notre approche:
Approche
recommandations
o Lutilisation dun simulateur facilite la tche de
dimensionnement et permet le choix du rsultat
le plus performant,
GPRSim
o les conditions de lenvironnement radio sont

prises en considration (surtout la dgradation
de la capacit relle dun PDCH),
La visualisation de larchitecture GPRS, offerte
ESG-NetCOP
par cet outil, est une option dans un outil de

dimensionnement.
o Le modle du trafc GPRS et les profls
dabonns sont bien spcifs.
Constructeur C1
o La procdure de calcul du dbit utile offert par

un PDCH est bien soigne. De mme pour le
calcul du dbit rel au niveau de linterface G b,
Constructeur C2
Le modle dfni est orient surtout pour le

dimensionnement du cur du rseau.
Tableau 2.1 Approches et recommandations

A partir des approches prsentes, on peut extraire aussi les principaux paramtres
dfnir pour le dimensionnement du sous-systme radio dun rseau GPRS. Le tableau 2.2
prsente ces principaux paramtres.
Catgories
Paramtres
BLER
Environnement radio
Mode de transmission LLC

Type de codage
24

Classe dabonns
Taux de pntration GPRS dans la population
GSM
Modle du trafc
Services offerts
Taux de pntration dun service dans la
population GPRS
Volume mensuel gnr par un abonn
Nombre de jours dactivit dun abonn par
mois
Profl dabonns
Nombre dheures charges par jour

Taux du trafc coul par jour pendant les
heures charges
Capacit utile dun PDCH
Dbit global
Rgles de dimensionnement
Dbit global au niveau Gb

Probabilit de satisfaction des abonns
Taille moyenne dun paquet
Tableau 2.2 Paramtres de dimensionnement BSS du GPRS
2.4. Conception du
modle de dimensionnement BSS pour
le
GPRS
Dans cette section, il sagit de dfnir, partir des approches tudies, une approche de
base qui permet de dterminer les besoins en ressources PDCH et Gb pour le dploiement du
rseau GPRS. Donc, il sagit de dfnir les paramtres qui seront prises en considration pour
le dimensionnement du sous-systme radio du GPRS puis concevoir les rgles dingnierie
suivre et enfn simuler lapproche et analyser les rsultats. Chaque fois que les rsultats
obtenus sont insatisfaisants, lapproche sera amliore. La fgure 2.8 rsume la procdure de
recherche de lapproche de dimensionnement.
25
Approche de
dimensionnement
Simulation
Amlioration
Rsultats
Analyse
Oui
Validation de
lapproche
Figure 2.8 Procdure de recherche de lapproche de dimensionnement
2.4.1. Premier modle propos

Une premire approche simple est dfnit pour le dimensionnement BSS pour le cas
dun rseau GPRS. Certes les paramtres prsents dans le tableau 2.2 permettent de dfnir
une approche judicieuse, mais la spcifcation de certains paramtres semble diffcile surtout
quaucune donne concernant le trafc GPRS et son impact nest disponible.
2.4.1.1. Paramtres de dimensionnement
Cette premire approche se base sur les paramtres illustrs dans le tableau 2.3.
Catgories
Environnements radio
Paramtres
Type de codage CS-2
Taux de pntration GPRS dans la population GSM
Modle du trafc
Un seul service MMS

Trafc gnr par abonn lheure charge
Charge unitaire dun MMS
Rgle de dimensionnement
trafc global gnr lheure charge au niveau de

chaque cellule et de chaque BSC.
Tableau 2.3 Les paramtres de dimensionnement de la premire approche
26

Dans le but de dterminer le nombre de MMS reus par un abonn GPRS, nous avons
dfni un facteur F, qui prsente le pourcentage du nombre de MMS par abonn par rapport au
nombre de SMS.
Nombre de MMS par abonn = nombre de SMS par abonn F
Ainsi le trafc gnr par un abonn lheure charge est calcul comme suit :
Trafc par abonn au BH = nombre de MMS par abonn taille moyenne d ' un MMS
Le trafc global gnr lheure charge (BH) est calcul comme suit :
Trafc global au BH = Nombre d ' abonns GSM taux de pntratio n du GPRS trafc GSM par abonn
2.4.1.2. Nombre de PDCH par cellule

Pour dterminer le nombre des PDCH ncessaires, il sufft de calculer le dbit global
par cellule, comme le montre la fgure 2.9. Puis le diviser par la capacit dun seul PDCH.
Trafc global
gnr au BH
/ 3600
Dbit global
Capacit dun
PDCH
Nombre de PDCH
Figure 2.9 Premier modle propos

2.4.1.3. Nombre de TS Gb par BSC
Pour dduire le nombre de time slots Gb ncessaires entre pour chaque BSC, il sufft
de calculer le dbit global au niveau de chaque BSC, comme pour le cas de dimensionnement
des PDCH. Ensuite, ce dbit global sera divis par 64 kbits/s.
2.4.1.4. Simulation et observation
Faute de donnes marketing, nous tions oblig de ngliger certains paramtres de
dimensionnement lors de la conception de cette premire proposition. Ce qui a men des
faux rsultats.
27

En se rfrant, lapproche dfnie par le constructeur C1, nous avons constat
limportance du paramtre dbit cible pour le dimensionnement des ressources BSS du
GPRS. En fait, le dbit cible, que loprateur dsire offrir labonn, traduit le temps
ncessaire pour servir labonn. Ce temps varie dun service un autre.
En plus, la distribution du trafc dans le temps nest pas forcement uniforme. Donc,
pour calculer le dbit global, il faut prvoir la distribution relle du trafc dans le temps.
Dans le souci daboutir des rsultats plus corrects, il vaudrait mieux prendre en
considration la dgradation du dbit thorique dun PDCH. En effet, la capacit utile offerte
labonn est infrieure la capacit thorique vu les retransmissions possibles, en cas de
rception dune trame errone, et les enttes ajoutes une trame au cours de la transmission.
De mme, il vaudrait mieux prendre en considration les dbits rels supports par
linterface Gb. Puisque, au cours de la transmission des donnes du MS vers le SGSN, des
enttes et des information de signalisation seront ajoutes.
2.4.2. Deuxime modle propos

Dans le but de concevoir lapproche de dimensionnement BSS du GPRS, cette
proposition vient amliorer la premire proposition dj prsente.
2.4.2.1. Modlisation du trafc GPRS
En se rfrant la solution propose par le constructeur C1, on peut adopter un modle
dutrafc GPRS qui dfnit deux types dabonns ordinaire et affaire. En effet, les besoins dun
abonn affaire sont diffrents de ceux dun abonn ordinaire.
Pour cette raison, il est plus judicieux de dfnir pour chaque type dabonns :
un profl qui reprsente le comportement de labonn. Ce profl spcife le
nombre de jours dactivit par mois, le taux du trafc journalier coul pendant
les heures charges et le nombre des heures charges par jour.
un ou plusieurs services dont chacun est caractris par un taux de pntration

dans la population GSM, un dbit cible, un usage mensuel par abonn et une
charge unitaire.
Ainsi, le modle du trafc GPRS peut tre reprsent par le tableau 2.4 et le tableau 2.5.
28

classe
Ordinaire
Affaire
d'abonns
Taux de
Services
pntration
Dbit cible
Usage
Volume
abonn/mois
unitaire Kbyte
Service 1
10%
20kbits/s
10
300
Service 2
10%
30 kbits/s
20
100
Service 3
5%
25 kbits/s
12
40
Service 1
2,5%
10 kbits/s
10
300
Service 2
2,5%
15 kbits/s
100
Service 4
5%
20kbits/s
20
Tableau 2.4 Exemple dun modle de trafc GPRS

Classe
Nombre de jours
d'abonns
actifs/mois
Affaire
Ordinaire
Nombre de BH/jour
Taux du trafc aux BH
20
80%
30
80%
Tableau 2.5 Exemple de profls dabonns

2.4.2.2. Dimensionnement des canaux PDCH
Le nombre de PDCH ncessaires est le rapport entre le dbit global par cellule et la
capacit utile dun PDCH. Il sagit, donc, de dterminer la capacit utile dun PDCH et le
dbit global.
La capacit utile dun PDCH
La capacit utile dun PDCH, quobtiendra un abonn, doit tre calcul au niveau de la
couche application. Le tableau 2.6, reprsente les dbits RLC dun PDCH pour chaque type
de codage. Ces dbits reprsentent le dbit avec lequel la couche LLC peut communiquer
avec la couche RLC/MAC.
CS-1
8 kbits/s
CS-2
12 kbits/s
CS-3
14.4 kbits/s
CS-4
20 kbits/s
Tableau 2.6 Dbit RLC par type de codage

Le dbit RLC est un dbit thorique, qui subit une dgradation due la retransmission
des trames errones. Le taux derreur sur les trames, reprsent par le BLER, dfnit le rapport
du nombre de trames errones sur le nombre des trames reues.
29

Dbit RLC rel = Dbit RLC (1 BLER )
Le dbit RLC rel subit aussi une dgradation cause des enttes LLC, SNDCP et IP
ajoutes un bloc RLC et qui reprsentent une charge inutile pour labonn. Ces enttes ont
une taille moyenne de 0,24 kbits [4]. Donc, le coeffcient de dgradation D est calcul comme
suit :
D=
taille moyenne du paquet

taille moyenne du paquet + 0, 24
Ainsi, le dbit utile au niveau application est gal :

Dbit utile = dbit rel RLC D
Le dbit global
Dans cette approche, est dans le but damliorer lapproche que nous avons dfni,
nous proposons de dfnir la distribution du trafc total gnr par tous les abonns GPRS
pour le calcul du dbit global.
Pour cela, on peut supposer que le nombre dabonns simultanment en service suit
une loi binomiale. En effet, trois tats sont possibles pour un abonn GPRS : READY ,
STAND BY et IDLE [1]. Ces tats sont assimilables deux tats : en service ou hors
service c'est--dire entrain dutiliser des ressources radio (READY) ou non (IDLE et Stand
BY).
Donc lvnement considrer est abonn en service. Si ce nest pas le cas, alors il
est hors service. La probabilit que lvnement se ralise un instant donn est calcule
comme suit :
Volume transmis par abonn l ' heure ch arg e
p=
dbit cible 3600
La probabilit davoir k abonns simultanment en service parmi N est donc :

N k
= k k
P N ( k ) C N p (1 P)
La probabilit davoir au plus k abonns simultanment en service parmi N est la

fonction de rpartition de la loi binomiale F(k).
k
i i
p) Ni
F( k ) = P N ( X k ) =
C
p
(
1
N
=
i 0
Ainsi, on peut tracer la courbe de F(k) en faisant varier k de 0 N o N est le nombre

dabonns dans la cellule. Puis, en fxant la valeur de F(k) dsire, on peut dterminer k qui
30

est le nombre maximal dabonns simultanment en service. La valeur de F(k) choisie
reprsente la probabilit de satisfaction des abonns.
Le dbit global est donc le produit de k et le dbit cible.
2.4.2.3. Dimensionnement des canaux Gb
La rgle de dimensionnement des canaux Gb peut tre aussi amlior en tenant compte
de la diffrence entre le dbit offert labonn et le dbit au niveau de linterface Gb.
Dbit global
La mme procdure utilise pour le calcul du dbit global spcifque chaque cellule
sera utilise, dans cette approche, pour le calcul du dbit global spcifque chaque BSC. Il
sufft de dterminer le nombre N des abonns connectes aux BTS contrls par le BSC en
question et fxer la valeur de F(k) dsire.
Dbit global au niveau de linterface Gb
Lors de la transmission des paquets, des informations seront ajoutes. Ces
informations sont principalement :
-
les enttes IP, SNDCP et LLC de taille 240 bits,
les informations de signalisation reprsentant 6% de la taille de

linformation transmettre,
les enttes BBSGP et NS de taille 320 bits.
Ainsi, le dbit global sera multipli par un coeffcient A pour dterminer le dbit
global au niveau de linterface Gb.
A=
(Taille moyenne du paquet + 240) 1,06 + 320

Taille moyenne du paquet
Les canaux Gb
Le nombre de time slots Gb ncessaires pour supporter le trafc GPRS est donc :
Time slots Gb =
Dbit global au niveau Gb

64
2.4.2.4. Simulation et observation

En simulant cette approche ainsi dfnie, on obtient des nombres de time slots PDCH
et Gb acceptables. Mais, dans le but damliorer cette proposition, nous supposons que le
nombre dabonns simultanment en service suit une loi de poisson. En effet, lorsque N est
grande (dpasse 50) et p trs faible (tend vers 0), une variable alatoire, qui suit une loi
31

binomiale de paramtres (N, p), converge en loi vers une variable de poisson de paramtre
N*p [6].
2.4.3. Le modle adopte

Aprs lamlioration des deux modles proposs prcdemment, nous avons aboutit
adopter un modle, qui satisfait aux besoins du service BSS, pour le dimensionnement BSS
du rseau GPRS. Dans ce modle, nous supposons que le nombre dabonns simultanment
en service suit une loi de poisson de paramtre (N*p). Il sagit donc de recalculer le dbit
global par cellule et le dbit global spcifque chaque BSC. Puis dduire le nombre des
canaux PDCH et Gb ncessaires.
2.4.3.1. Amlioration de la deuxime proposition
La loi de poisson
La loi de poisson est une loi dune variable alatoire entire positive qui satisfait :
P (X = k ) = e
k
k!
Exploitation de la loi de poisson
Dans le cas du GPRS, plusieurs services sont offerts dont chacun est caractris par
temps de service.
Ch arg e unitaire
Temps de service =
Dbit cible
Gnralement, le service qui a un temps de service faible est plus exigeant en terme de
ressources. De ce fait, nous proposons de se limiter dterminer le nombre dabonns
simultanment en service correspondant au service qui a le plus court temps de service. En
effet, si on dtermine le nombre de tous les abonns GPRS simultanment en service, on se
trouve face plusieurs dbits cibles. Ainsi le calcul du dbit global nest plus vident.
2.4.3.2. Prsentation du modle
En amliorant chaque fois le modle de base que nous avons dfni au dbut, nous
avons pu dfnir le modle suivant bas sur:
o le calcul du dbit global par cellule e par BSC,
o le calcul de la capacit utile dun PDCH,
o le calcule du dbit Gb global.
Dans ce qui suit, nous prsentons la procdure retenue pour le calcul de ces paramtres.
32
Dbit global par cellule (ou BSC)

Donnes Marketing
? = Nombre dabonns * Nombre dusage/abonn *
(Temps de service /3600)
Loi de poisson de paramtre ?
Probabilit de
satisfaction de labonn
Fonction de rpartition de la
loi de poisson
Dbit global
Figure 2.10 Procdure de calcul du dbit global
Nombre de PDCH
Nomnbre des canaux PDCH =
Dbit global par cellule

D
Nombre des canaux Gb

Nombre des canaux Gb =
Dbit global par BSC * A

64
2.5. Conclusion
Dans ce chapitre, nous avons dfnit le modle de dimensionnement qui sera adopt
pour lestimation du nombre des canaux PDCH et Gb ncessaires. Au cours de la conception
de ce modle, certains paramtres sont ngligs. En fait, le trafc GPRS est irrgulier et la
dfnition des paramtres de dimensionnement est complexe. En plus, ce modle est un
modle de base qui sera exploit pour le lancement du GPRS. Il prsente le modle
implmenter pour la ralisation de loutil DBMG.
33
Chapitre 3 : Implmentation du DBMG

3.1. Introduction
Aprs llaboration du modle de dimensionnement BSS pour le rseau GPRS, nous
passons dvelopper loutil DBMG Dimensioning BSS Model for GPRS Network.
En gnie logiciel, on distingue trois premires importantes phases dans le cycle de vie
dun logiciel : la phase dtude et de spcifcation, la phase de conception et la phase de
ralisation.
Dans la premire phase dtude et spcifcation des besoins, on tablit les services du
systme, les contraintes et les buts en consultant les utilisateurs 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. Finalement, la phase
de ralisation. Au cours de cette tape, on implmente la conception de lapplication en un
ensemble de programmes ou dunits de programmation.
Dans ce chapitre, nous prsentons ces trois phases pour la ralisation de notre
application DBMG.
3.2. Spcifcation des besoins

Avant la phase de la conception, nous spcifons les besoins fonctionnels que loutil
DBMG doit assurer. Ces besoins seront donc indispensables pour garantir la performance de
loutil. Nous spcifons aussi dautres besoins non fonctionnels, dont lintgration amliore le
fonctionnement de loutil.
3.2.1. Les besoins fonctionnels

Les six principales fonctions du DBMG sont :
la saisie des donnes Marketing et techniques.
la modlisation du rseau GSM/GPRS,
le dimensionnement des canaux PDCH,
le dimensionnement de linterface Gb,
laide sur quelques indicateurs cls de performance du GPRS,
la visualisation de larchitecture du sous-systme radio du GPRS.
34

3.2.1.1. Saisie des donnes Marketing et techniques
Pour raliser les tches spcifes, loutil DBMG doit rcuprer les donnes Marketing
et techniques.
Saisie des donnes Marketing:
Lutilisateur de loutil DBMG a besoin dindiquer le modle du trafc GPRS coul
sur le rseau en question. Pour cette raison, loutil doit permettre lutilisateur de :
o ajouter, modifer ou supprimer une classe dabonns,
o ajouter, modifer ou supprimer un service GPRS appartenant une classe
dabonns dj dfnie,
o affcher le modle du trafc GPRS dfni.
A chaque classe dabonns doit correspondre :
o un ou plusieurs services,
o un taux de pntration,
o un nombre de jours dactivit par mois dun abonn,
o un taux du trafc journalier coul pendant les heures charges,
o un nombre dheures charges par jour.
A chaque service doit correspondre les paramtres suivants :
o un taux de pntration dans la population GSM,
o un dbit cible qui sera reprsent par le dbit que loprateur dsire offrir
labonn,
o un usage mensuel par abonn,
o une charge unitaire transmise au cours dun usage.
La suppression dune classe dabonns doit engendrer la suppression de tous les
services qui lui appartiennent.
Saisie des donnes techniques:
Loutil doit rcuprer des donnes caractrisant le rseau GSM existant et le trafc qui
le gnre. Il doit assurer:
o limport des donnes caractrisant les cellules.
o la saisie de la valeur moyenne du trafc GSM gnr par un abonn ou
choix de la valeur par dfaut. Lutilisateur doit avoir lopportunit denregistrer ou
de
modifer la valeur saisie.
35

3.2.1.2. La modlisation du rseau GPRS
Il sagit de dterminer certains paramtres reprsentant le rseau GPRS. Ces
paramtres sont dduits des donnes Marketing et techniques.
Dtermination du nombre dabonns GPRS lheure charge par service :
Loutil raliser doit calculer, pour chaque cellule, le nombre dabonns lheure
charge par service.
Nombre d ' abonns GPRS =
Trafc GSM moyen taux de pntration du service

Trafc GSM moyen / abonn
Calcul du nombre dusage dun service par abonn :
Loutil doit calculer, le nombre moyen dusage dun service par abonn. Ce nombre
peut tre dduit partir du volume mensuel, que gnre labonn, et son profl.
Usage d' un abonn par mois Taux du trafc aux BHs
Nombre d ' usage / abonn =
Nombre de jours actifs par mois * nombre de BH par jour
Calcul du nombre dusage dun service dans chaque cellule:
Le nombre dusage dun service doit tre calcul pour chaque cellule. Ce nombre est le
produit du nombre dabonns de ce service dans la cellule et du nombre dusage de ce service.
Calcul du temps de service :
Loutil doit dterminer le temps de service spcifque chaque service. Ce temps est
calcul partir du dbit cible et de la charge unitaire transmise lors de lusage du service en
question.
Temps de service =
Dtermination du service
Ch arg e unitaire du service

Dbit cible
dont le temps de service est
le plus court
(service_min).
3.2.1.3. Dimensionnement des PDCH
Le dimensionnement des PDCH revient dfnir le nombre de time slots PDCH
ncessaires pour supporter le trafc GPRS coul. Pour le dduire, loutil doit permettre de:
saisir la probabilit de satisfaction des abonns ou dfnir une valeur par dfaut,
saisir la taille moyenne dun paquet IP ou dfnir une valeur par dfaut.
Loutil doit effectuer plusieurs oprations de calcul et affcher les rsultats obtenus.
Dtermination de la capacit relle dun PDCH :
Pour calculer la capacit utile dun PDCH, loutil doit tre capable de:
36

o
Importer les donnes caractrisant lenvironnement radio,
Dterminer le type de codage appropri chaque cellule en fonction de la
valeur du C/I en se rfrant au tableau 3.1.

CS-1
C/I < 6 dB
CS-2
6 dB < C/I <10 dB
CS-3
10 dB < C/I <19 dB
CS-4
19 dB < C/I
Tableau 3.1 Type de codage appropri en fonction du C/I

o Saisir la taille moyenne dun paquet ou choisir la valeur par dfaut.
o Dterminer la capacit relle dun PDCH de chaque cellule en fonction de
la taille moyenne dun paquet et du type de codage utilis par la cellule. Donc, en se rfrant
au tableau 3.2, loutil doit dterminer le dbit RLC dun PDCH et ensuite le dbit utile.
Type de codage
Dbit RLC
CS-1
8 kbits/s
CS-2
12 kbits/s
CS-3
15 kbits/s
CS-4
20 kbits/s
Tableau 3.2 Dbit RLC en fonction du type de codage

Dbit rel / PDCH = Dbit RLC * (1 BLER ) *

Taille moyenne du paquet + 0, 24
Dtermination du dbit maximal par cellule :
Un processus de calcul doit tre implment pour que loutil pourra dterminer le dbit
maximal pour chaque cellule. Ce processus est prsent par les tapes suivantes :
o Dtermination du paramtre de la loi de poisson tel que :
= N * nombre d ' usage par mois (service _ min) * taux du trafc aux BHs * ch arg e unitaire (service _ min)
Nombre de jours actifs par mois * nombre de BH par jour * Dbit cible * 3600
o Traage de la fonction cumule F(k) du processus de poisson en faisant

varier k de 0 jusquau nombre total dutilisateurs prsents dans la cellule lheure charge.
k
e * j
=
F (k )
j!
j= 0
o Dtermination du nombre dutilisateurs simultanment en service. Il sagit

de dterminer la valeur de k qui lui correspond une valeur de F(k) est gale la probabilit de
satisfaction. La valeur de k reprsente le nombre dutilisateurs simultanment en service.
37

o Dtermination du dbit maximal par cellule
Dbit global = Dbit cible (service _ min) * nombre d ' utilisateurs simul tan ment en service
Calcul du nombre des PDCH :
Loutil doit calculer le nombre de PDCH ncessaires pour supporter le trafc GPRS
coul sur chaque cellule. Ce nombre est dtermin en divisant le dbit instantan par la
capacit utile dun PDCH.
Affchage des rsultats :
Loutil DBMG doit offrir la possibilit daffcher les rsultats de dimensionnement des
PDCH. Il doit affcher le nombre de canaux PDCH obtenus pour chaque cellule.
3.2.1.4. Dimensionnement de linterface Gb
Le dimensionnement des canaux Gb est une autre fonction primordiale, qui sera
assure par loutil. Cette fonction revient dterminer le nombre de time slots Gb ncessaires.
Pour cela, loutil doit importer certaines donnes ncessaires et faire certaines oprations de
calculs.
Saisie du nombre total des abonns GSM
Import des donnes caractrisant chaque zone
Calcul du dbit global maximal par zone :

La mme procdure de calcul sera utilise pour la dtermination du dbit maximal
spcifque chaque
zone. Seules les entres changent. C'est--dire la probabilit de
satisfaction des abonns et les nombres totaux des utilisateurs simultanment en service qui ne
caractrisent plus une cellule mais plutt une zone.
Calculer le dbit Gb global pour chaque zone :
Loutil raliser doit calculer le dbit Gb global pour chaque zone. Il doit calculer le
coeffcient A. Puis le multiplier par le dbit maximal au niveau de la zone en question.
(Taille moyenne du paquet + 0,24) *1,06 + 0,32
A=
Calculer le nombre des canaux Gb ncessaires pour chaque zone :
Loutil doit calculer le nombre de time slots Gb ncessaires pour supporter le trafc
GPRS coul dans chaque zone. Ce nombre sera dduit du dbit Gb au niveau de la zone en
question.
Si lutilisateur a besoin de dterminer le nombre des canaux Gb au niveau de chaque
BSC, lutilisateur doit importer les donnes caractrisant chaque BSC.
38

Pour dduire le nombre de canaux Gb au niveau de chaque BSC, limplmentation de
la procdure de calcul suivante est indispensable :
Calcul de la contribution du trafc support par BSC dans le trafc coul dans
la zone o le BSC est localis.
Calcul du nombre de time slots Gb au niveau de chaque BSC.
3.2.1.5. Visualisation de larchitecture GPRS
La visualisation de larchitecture
du sous-systme radio du GPRS revient
essentiellement reprsenter :
o lemplacement gographique des quipements BSS (SGSN, MFS, PCU,
BSC et BTS) sur la carte gographique de la Tunisie,
o les liens entre les quipements BSS du GPRS,
o les informations qui caractrisent chaque quipement.
Donc, loutil raliser doit saisir les donnes reprsentatives de larchitecture du
rseau, et visualiser larchitecture GPRS selon les besoins de lutilisateur:
o visualiser toute larchitecture du sous-systme radio du GPRS,
o visualiser larchitecture des quipements appartenant un fournisseur
prcis,
o visualiser un MFS et les BSC qui y sont connects,
o visualiser un quipement recherch (MFS, BSC ou BTS) et les dtails qui
le caractrisent.
Saisie des donnes :
Loutil doit importer les donnes reprsentant linfrastructure du sous-systme radio

du GPRS. Il doit importer:
o des donnes propos du SGSN,
o des donnes propos des MFS,
o des donnes propos des BSC,
o des donnes propos des Cellules.
Visualisation de larchitecture :
Loutil doit offrir plusieurs choix lutilisateur :

o Prsentation de larchitecture complte : c'est--dire lemplacement des
quipements (SGSN, MFS, BSC et BTS) ainsi que les liens entre les quipements,
o Prsentation de larchitecture des quipements appartenant un
constructeur prcis dont le nom sera choisi par lutilisateur partir dune liste. Pour le cas
39

dAlcatel, le MFS et les BSC qui y sont connects seront affchs ainsi que les liens existants.
Pour le cas de Siemens les BSC seront affchs car les PCU sont intgrs dans les BSC.
o Prsentation dun MFS et les BSC qui y sont connects ainsi que les liens
existant, le nom du MFS doit tre choisi partir dune liste.
Recherche dun quipement et visualisation :
Lutilisateur doit avoir la possibilit de chercher un quipement bien spcifque, en
choisissant son nom dune liste, pour voir son emplacement gographique et consulter
certaines informations qui le caractrisent. Il aura la possibilit de chercher un MFS, un BSC
ou un BTS.
3.2.1.6. Laide sur quelques KPI du GPRS
Lutilisateur de loutil, part les rsultas de dimensionnement quil aura, il a besoin
davoir une ide sur les importants KPI du GPRS. Donc, lutilisateur doit avoir la possibilit
de choisir un indicateur cl de performance parmi une liste pour que loutil
lui affche sa
description, son domaine et les objets pour lesquels ces valeurs sont disponibles.
3.2.2. Les besoins non fonctionnels

Dautres fonctions peuvent tre adoptes pour la ralisation de loutil, dont la prsence
amliore la performance de loutil. Parmi ces fonctions nous citons:
Lapplication des fonctions de statistiques sur les rsultats de dimensionnement
des canaux PDCH pour dterminer le nombre minimal, maximal des PDCH et
le nombre des PDCH en cas de la congestion de la voix,
Lapplication des fonctions de statistiques sur les rsultats de dimensionnement

des Gb pour dterminer le nombre ncessaire de canaux dans les zones denses,
les zones moins denses et les zones faible densit.
3.3. Conception
Aprs la spcifcation des besoins, nous entamons la phase conceptuelle. Nous
commenons tout d'abord par la prsentation des diffrentes approches. En suite nous passons
la conception dtaille qui vise dgager le modle conceptuel de donnes et le modle
relationnel.
3.3.1. Choix de larchitecture

La premire tape dune conception est le choix de larchitecture de lapplication. Une
grande varit darchitectures prsente dans le monde de dveloppement des systmes
40

dinformation. Parmi eux, nous allons choisir le type darchitecture satisfaisant les besoins
spcifs dans la partie prcdente.
3.3.1.1 Architectures centralises
Les architectures centralises forment les premires varits des architectures utilises
pour mettre en uvre des systmes dinformation. Lavantage de cette architecture est la
facilit dadministration. Mais elle prsente un inconvnient majeur qui est la centralisation
des donnes, chaque utilisateur doit disposer de ses propres donnes.
3.3.1.2. Architectures client serveurs
Ce type darchitecture est constitu de deux parties : un client qui gre la prsentation
et la logique applicative, un serveur qui stocke les donnes et une partie de la logique
applicative. Linconvnient de cette solution est le nombre limit des connexions simultanes.
En effet, chaque session ncessite ltablissement dune connexion indpendante.
3.3.1.3. Architecture multi tiers
Pour ce type darchitecture, il sagit de sparer les oprations de stockage des donnes,
les traitements raliss sur ces donnes et la prsentation de ces donnes pour lutilisateur.
Lavantage de cette solution est la facilit de dploiement.
3.3.1.4. Architecture retenue
Daprs la spcifcation des besoins dj labore, les donnes ncessaires pour le
fonctionnement de lapplication ne demande pas un grand espace de stockage. En plus le
partage de donnes par plusieurs utilisateurs nest pas un besoin fonctionnel. De ce fait,
larchitecture de notre application peut se limiter une architecture centralise.
3.3.2. Choix du systme dinformation

Le systme dinformation permet de dfnir comment on devra reprsenter, par des
donnes, les types dinformations et les processus de traitements de ces informations qui sont
pris en compte pour la ralisation de lapplication.
3.3.2.1. Systme de fchiers
Un systme dinformation peut se prsenter comme un ensemble de fchiers
regroupant chacun un ensemble de donnes homognes. Dans ce cas, plusieurs problmes se
41

posent tels que la dcentralisation des donnes, la redondance des donnes et lincohrence en
cas dune mise jour des donnes.
La gestion des donnes stockes dans les fchiers se fait grce un systme de gestion
des fchiers (SGF).
3.3.2.2. Bases de donnes
Une base de donnes est un ensemble de donnes htrognes qui sont structures et
accessibles par nimporte qui et nimporte quelle moment. En fait cest une collection de
fchiers relis par des pointeurs. Donc, avec ce type de systme dinformation, la redondance
nest plus envisageable.
La gestion de la base de donnes se fait grce un systme de gestion des bases de
donnes (SGBD).
3.3.2.3. Solution retenue
Pour viter la redondance des donnes et lincohrence, nous optant pour un systme
dinformation bas sur les bases de donnes. En fait ce type de systme dinformation est plus
compatible avec lapplication que nous visons raliser.
3.3.4. Conception de la base de donnes

La conception dune base de donnes consiste dfnir la structure smantique des
donnes sans souci dimplantation en machine.
Pour le faire, nous commenons par
rechercher toutes les entits qui peuvent tre manipuls lors du fonctionnement de
lapplication, lister pour chacune les attributs qui lui sont ncessaires pour dfnir le modle
conceptuel. Ensuite nous transformons le modle conceptuel en modle relationnel pour la
suppression des donnes redondantes.
3.3.4.1. Modle conceptuel de la base de donnes
Les entits fgurant dans notre base de donnes sont :
User_class : les attributs de cette entit sont les informations relatives aux
diffrentes classes dabonns,
Profle : les attributs de cette entit sont les informations relatives aux profls
caractrisant chaque type dabonns,
Service : les attributs de cette entit sont les informations relatives aux services
offerts chaque classe dabonns,
42
SGSN : les attributs de cette entit sont les informations relatives aux SGSN,
PCU : les attributs de cette entit sont les informations relatives aux PCU
introduits dans linfrastructure GSM existante savoir son nom, sa capacit,
son constructeur,
BSC : les attributs de cette entit sont les caractristiques des BSC. Parmi ces
caractristiques, nous citons le nombre de cartes PCU intgres pour
lintroduction du GPRS,
Area : les attributs de cette entit sont les informations relatives aux diffrentes
zones de la Tunisie,
Cellule : les attributs de cette entit sont les informations relatives aux cellules
y compris le trafc moyen lheure charge.
Figure 3.1 Le modle conceptuel de la base de donnes

3.3.4.2. Modle relationnel de la base de donnes
Une fois que le modle conceptuel de la base de donnes est tablit, nous pouvons
dduire le modle relationnel de notre base. La fgure 3.2 prsente la formalisation
relationnelle relatif au modle conceptuel dj tabli.
43
Figure 3.2 Le modle relationnel de la base de donnes
3.4. Ralisation
Aprs avoir achev l'tape de la conception, nous entamons la partie ralisation qui a
pour objectif d'exposer le travail fnal. Nous illustrons tout d'abord l'outil de ralisation de
l'application. Puis, nous exposons les interfaces homme/machine permettant la manipulation
de l'application.
3.4.1. Environnement de travail

3.4.1.1. Confguration matrielle
Pour la ralisation de cet outil, nous avons utilis un micro-ordinateur dot d:
un processeur Pentium IV 2.4 GHz.
un disque Dur de 40Go.
une mmoire de 512 Mo
une carte Graphique GeforceIV de 128Mo de RAM
3.4.1.2. Confguration logicielle

Ce projet a t ralis sous Windows XP Professionnel en utilisant les outils suivants :
Microsoft Offce 2000,
Microsoft Visual Basic 6.0,
MapBasic 5.0,
MapInfo Professional 6.0.
44
3.4.2. Choix de la technique

3.4.2.1. Choix du langage de programmation
Pour le codage de lapplication nous avons choisi dutiliser les deux langages de
programmation suivant :
le Visual Basic pour le dveloppement des interfaces homme machine,
limplmentation du modle de dimensionnement du sous-systme radio du
GPRS et de loption daide sur les KPI du GPRS. Ce langage simple permet de
dvelopper facilement des applications fonctionnant sur Windows ce qui est le
cas de notre application.
le MapBasic pour l a programmation autour du MapInfo
pour visualiser
larchitecture du sous-systme radio du GPRS. En effet, le mapInfo est un outil

de type SIG bureautique gnraliste qui permet de crer, manipuler et traiter de
linformation gographique.
3.4.2.2. Choix du SGBD
Le systme de gestion de bases de donnes choisi est lAccess. En effet, notre base de
donnes est simple qui ne demande pas une grande performance du SGBD. En plus, lAccess
est disponible vu que nous travaillons sous Windows XP Professionnel.
3.4.3. Interfaces Homme machine

Lcran daccueil de loutil DBMG met la disposition de lutilisateur, comme le montre la
fgure 3.3, trois choix : le dimensionnement du sous-systme radio du GPRS en cliquant sur le
bouton BSS Dimensioning, la visualisation de larchitecture du sous-systme radio du
GPRS en cliquant sur GPRS Topology et la consultation dun aide sur les KPI du GPRS en
cliquant sur GPRS KPI
Figure 3.3 Lcran daccueil du DBMG
45

3.4.3.1. Laction BSS Dimensioning
Laction BSS Dimensioning permet lutilisateur de
introduire le modle du trafc de son rseau GPRS : ajouter, modifer ou
supprimer une classe dabonns et ajouter, modifer ou supprimer un service
dune classe dabonns dj confgure (voir fgure 3.4).
lancer la procdure de dimensionnement des canaux PDCH ou des canaux Gb.

En effet ces deux procdures sont indpendantes.
Figure 3.4 Linterface BSS Dimensioning

Comme il est indiqu dans la spcifcation des besoins, pour le dimensionnement des
canaux PDCH ou des canaux Gb, lutilisateur a besoin dimporter certaines donnes. En
cliquant, par exemple, sur la commande Setting Data du menu Gb Dimensioning,
lutilisateur a la possibilit dimporter les donnes ncessaires pour le droulement de la
procdure du dimensionnement des canaux Gb. Il sufft quil spcife le chemin du fchier
Excel qui reprsente le trafc par zone et celui qui reprsente le trafc par BSC.
Une autre commande Dimension du menu Gb Dimensioning permet de faire
drouler la procdure de dimensionnement.
Pour laffchage des rsultats, en choisissant loption per area de la commande
Affch results du menu Gb Dimensioning, loutil affche le nombre les canaux Gb
correspondant chaque zone. Sinon, il peut choisir loption per BCS.
3.4.3.2. Laction GPRS Topology
Laction GPRS Topology permet
dappeler lexcutable
DBMG.MBX : la
fentre du MapInfo souvre et un menu nomm DBMG fgure dans la barre des menus de
46

la fentre. Dans la barre des menus, fgurent trois commandes: la commande File, la
commande BSS Topology et la commande Find.
Dans la commande BSS Topology (voir fgure 3.5), lutilisateur peut choisir
daffcher toute larchitecture du sous-systme radio du GPRS, daffcher larchitecture des
quipements appartenant au fournisseur quil slectionne ou daffcher larchitecture dun
MFS.
Figure 3.5 Loption BSS Topology du menu DBMG

Si, par exemple, lutilisateur choisit de visualiser larchitecture dun MFS alors il
slectionne son nom dune liste et il aura le MFS entour des BSC qui lui sont connects sur
la carte gographique de la Tunisie.
Figure 3.6 Exemple dune architecture dun MFS

Dans la commande Find , lutilisateur peut chercher un MFS, un BSC ou un BTS
(voir fgure 3.7).
Figure 3.7 Loption Find du menu DBMG

Si lutilisateur a besoin de chercher un BSC, il slectionne son nom dune liste. Il aura
lemplacement du BSC en question sur la carte gographique ainsi que quelques dtails qui le
concerne (voir fgure 31)
47
Figure 3.8 Exemple dun rsultat de recherche dun BSC

3.4.3.3. Laction GPRS KPI
Laction GPRS KPI offre la possibilit davoir de laide sur quelques KPI du
GPRS. Lutilisateur, en choisissant le nom de lindicateur consulter (voir fgure 3.9), il aura
la description de ce KPI, son domaine et les objets pour lesquels il est disponibles.
Figure 3.9 Linterface daide sur les KPI
3.5. Conclusion
Dans ce chapitre nous avons prsent les principales tapes de limplmentation de
loutil DBMG Dimensioning BSS Model for GPRS Network. Nous avons commenc par
spcifer les diffrents besoins fonctionnels et non fonctionnels que loutil doit assurer. Puis,
nous avons labor la phase de la conception de la base de donnes. Finalement, nous avons
entam la phase de la ralisation de loutil. Durant cette dernire phase, nous avons conue
des interfaces simples qui facilitent la manipulation et lexploitation de cet outil par
lutilisateur.
48

Pour lamlioration de la performance de cet outil, dautres fonctions peuvent tre
introduites savoir lextraction des valeurs relles des KPI. En fait, ces valeurs seront fournit
par le sous-systme de maintenance aprs la mise en service du GPRS.
49
Conclusion gnrale
Conclusion gnrale
Le DBMG est un outil de dimensionnement du
sous-systme radio du GPRS. En
exploitant les rsultats quil fournit, loprateur peut dcider les nouveaux quipements BSS
introduire pour
lintgration du GPRS, les confgurations de ces quipements, leurs
localisations gographiques. En plus, lutilisateur a la possibilit de sinformer sur les

importants KPI du rseau GPRS dont leur suivie et leur analyse, aprs la mise en service du
rseau, permet loptimisation des rsultats de dimensionnement.
Pour la ralisation de ce projet, nous avons commenc par prsenter les principales
actions pour lintgration du rseau GPRS. Ensuite, nous avons entam une tude sur les
principaux KPI du GPRS. Cette tude thorique nous a permis dapprofondir nos
connaissances et aussi de mieux comprendre la problmatique traite par ce projet. Ensuite,
nous avons entam une tude de lexistant pour llaboration dun modle de base pour le
dimensionnement des canaux Gb et PDCH du rseau GPRS. Cette tude a trait certaines
solutions de dimensionnement disponibles sur le march. Suite cette tude, nous avons
spcif les besoins en adoptant le modle dj dfni. Aprs la spcifcation des besoins, nous
avons entams la phase de conception et puis la phase de ralisation. Ainsi, nous avons arrivs
la fn de ce projet.
Les diffcults de ce projet rsident essentiellement dans la phase de la recherche du
modle de dimensionnement du sous-systme radio du GPRS. Surtout que le GPRS nest pas
encore commercialis en Tunisie et aucune rfrence nest disponible.
Le modle de dimensionnement, ainsi dfni, est un modle de base que nous avons
adopt pour la ralisation de cet outil. Ce modle se base sur les paramtres de dimensionnent
(marketing et techniques) disponibles. Mais, avec la mise en place du rseau GPRS, dautres
paramtres seront disponibles et peuvent intervenir pour la dfnition des rgles de
dimensionnement. Ainsi, le modle peut tre amlior et rpondre dautres besoins comme
loptimisation du rseau GPRS.
50
Bibliographie
Bibliographie
Livres et Articles
[1]
Sami Tabbane, Xavier Lagrange, Philipe Godlewski, Rseaux GSM-DCS , Hermes,

Paris, 1999.
[2]
Sami Tabbane, Ingnierie des rseau cellulaires , Hermes, Paris, 2002.
[3]
Peter Stuckmann et Oliver Paul, Dimensioning Rules for GSM/GPRS Networks, in

Proceedings of the 10th Aachen Symposium on Signal Theory (ASST 2001), Aachen,
September 2001.
[4]
Manuel confdentiel du constructeur C1.
[5]
Manuel confdentiel du constructeur C2.
[6]
G.Saporta, Thories et mthodes de la statistique , Editions Technip, Paris, 1978.
Sites Web
[7]
www.esg.de
[8]
www.ericsson.com
[9]
www.siemens.com
[10]
www.nortelsnetworks.com
[11]
www.mobileisgood.com
[12]
www.worldgsm.com
[13]
www.motorolla.com
[14]
www.alcatel-sbell.com.cn
51
Annexe
Annexe
A.1. Le rseau GSM

Le GSM est un systme cellulaire numrique de tlcommunications mobiles. Il assure
un service mobile de voix et de donnes compatibles avec les rseaux tlphoniques fxes. Il
est caractris par un accs trs spcifque par lintermdiaire dune liaison radio.
A.1.1. Larchitecture du rseau GSM

Un rseau GSM est constitu de trois sous-systmes (fgure A.1) : le sous-systme
radio (BSS), le sous-systme rseau (NSS) et le sous-systme oprationnel (OSS). Pour
permettre linterconnexion entre les diffrentes entits de ces sous-systmes, des interfaces
logiques sont dfnies par les organismes internationaux.
Figure A.1 Larchitecture du rseau GSM

A.1.1.1. Les sous-systmes du GSM
Chaque sous-systme du rseau GSM regroupe un ensemble dquipement permettant
des fonctions spcifques.
Le sous- systme radio : BSS
Le sous-systme radio regroupe plusieurs BSC et plusieurs BTS. Le BSC assure la
gestion des ressources radio pour une ou plusieurs BTS. La BTS assure la gestion des stations
mobiles dune ou plusieurs cellules et elle assure la transmission radio avec la station mobile.
52
Annexe
Le sous- systme rseau: NSS
Le sous-systme rseau du rseau GSM comprend des commutateurs et des bases de
donnes qui contiennent les fonctions ncessaires ltablissement des appels et la gestion
de la mobilit. Ces entits sont:
le MSC (Mobile Services Switching Center): il sagit dun commutateur qui
assure la gestion de la mise en route et la gestion du codage de tous les appels
directs et en provenance de diffrents types de rseaux.
le HLR (Home Location register): il sagit dun enregistreur de localisation

nominale qui stocke toutes les donnes relatives aux abonns.
le VLR : il sagit dun enregistreur de localisation des visiteurs qui mmorise

de faon temporaire les donnes concernant tous les abonns qui appartiennent
la surface gographique quelle contrle.
le TC (Transcoder): cest un quipement, qui ralise la conversion

numris 13 kbits/s
parole
parole numris 64 kbits/s et une partie de
ladaptation de dbit pour les donnes utilisateurs.
lEIR (Equipement Identity Register) : il sagit dune base de donnes qui

vrife si le mobile a ou il na pas le droit daccs au systme.
lAUR (Authentifcation Center): il sagit dun centre dauthentifcation qui

vrife si le service est demand par un abonn autoris et protge labonn des
violations indsirables du systme.
Le sous-systme oprationnel : OSS

On distingue deux centres dexploitation et de maintenance :
lOMC-S : centre dexploitation et de maintenance du sous-systme rseau. Il
supervise, dtecte et corrige les anomalies du NSS,
lOMC-R : centre dexploitation et de maintenance du sous-systme radio. Il

exploite et maintient la partie radio du rseau GSM.
A.1.1.2. Les interfaces dans le rseau GSM

Les diffrentes entits du rseau GSM assurent des fonctions complmentaires et
chacun obit des normes spcifques. Les interfaces entres chaque deux quipements du
rseau GSM sont les suivantes :
linterface Um : appel aussi air ou radio, entre la MS et le BTS, utilise pour
le transport du trafc et des donnes de signalisation.
53
Annexe
linterface Abis : entre le BSC et la BTS, utilise pour le transport du trafc et

des donnes de signalisation.
linterface A : entre le BSC et le MSC pour le transport du trafc et des

donnes de signalisation.
linterface C : soit entre le GMSC et le HLR pour interrogation du HLR pour

un appel entrant, soit entre le SM-GMSC et le HLR pour interrogation du HLR
pour un message court entrant.
linterface D : entre le VLR et le HLR, permet la gestion des informations

relatives aux abonns et leurs localisations.
linterface E : soit entre le MSC et le SM-GMSC pour
le transport des
messages soit entre deux MSC pour lexcution du Handover.
linterface G : entre deux VLR, permet la gestion des informations relatives

aux abonns.
Linterface F : entre un MSC et lEIR, permet la vrifcation de lidentit du

terminal.
linterface B : entre le MSC et le HLR
linterface H : entre le HLR et lAUC, permet lchange des donnes

dauthentifcation
A.1.2. Les canaux logiques du GSM

On distingue deux grandes classes de canaux logiques du rseau GSM : les canaux
ddis et les canaux non ddis. Un canal logique ddi fournit une ressource rserve un
mobile. Un canal logique non ddi est simplex et partag par un ensemble de mobiles. Le
tableau 3.4 reprsente les canaux logiques du GSM et leurs fonctions :
Catgories
Canaux de broadcast
Canaux de contrle commun
Canaux ddis de contrle
Nom
Fonctions
FCCH
Calage sur les frquences porteuses
SCH
Synchronisation et identifcation
BCCH
Information systme
PCH
Appel du mobile
RACH
Accs alatoire du mobile
AGCH
Allocation des ressources
CBCH
Messages courts diffuss
SDCCH
Signalisation
SACCH
Supervision de la liaison
54
Annexe
Canaux de trafc
FACCH
Excution du handover
TCH
Transfert de la voix
Tableau A.1 Les canaux logiques du GSM
A.2. Le GPRS
A.2.1. Les avantages du GPRS
La technologie GPRS apporte des amliorations comparativement la norme GSM,
elle permet des dbits levs, loptimisation de lutilisation des ressources en adoptant le
mode de transfert par paquets et lintroduction de nouvelles applications.
A.2.1.1. Les dbits de transmission levs
Le GPRS peut utiliser plusieurs time slots (jusqu 8) sur une seule trame TDMA
contrairement au GSM, qui ne peut utiliser quun seul time slot par trame TDMA. IL utilise
ces time slots de faon dynamiques et peut donc offrir un dbit beaucoup plus important que
celui offert par le GSM. En plus, le GPRS dfnit quatre schmas de codage: CS-1, CS-2, CS3 et CS-4, chacun dentre eux fournissant un niveau de correction derreur diffrent et une
bande passante effective sur le mme canal radio.
CS-1
CS-2
CS-3
CS-4
1 slot
9,05 kbits/s
13,4 kbits/s
15,6 kbits/s
21,4 kbits/s
8 slot
72, 4 kbits/s
107,2 kbits/s
124,8 kbits/s
171,2 kbits/s
Tableau A.2 Les types de codage GPRS

Le dbit thorique peut atteindre donc 171,2 kbits/s. Mais le dbit utile quobtiendra
lutilisateur est moins faible vu les erreurs de transmission et les encapsulations ncessaires. Il
est de lordre de 40 kbits/s.
A.2.1.2. Lutilisation de la commutation de paquets
Le GPRS est bas sur la commutation de paquet, c'est--dire quil ny a pas de
rservation dune voie de communication permanente entre les deux interlocuteurs. Les
donnes transfrer sont dcoupes par paquet avant la transmission de la communication,
puis regroupes intgralement leur arrive. Donc les ressources radio ne seront utilises que
lorsque des donnes transitent de et vers le terminal GPRS, librant ainsi les ressources radio
pour les autres utilisateurs. Ainsi, la disponibilit est plus importante. La facturation ne peut
plus reposer au temps de communication mais au volume des donnes transfres.
55
Annexe
A.2.1. 3. Lintroduction de nouvelles applications
Les dbits importants offerts par le GPRS, autorisent des nouvelles applications. En
effet, cette technologie est une solution aux diffcults rencontres jusqu prsent avec le
rseau GSM notamment sur :
La vitesse de transmission des donnes,
Les limitations de rdaction des SMS.
Parmi ces applications, nous citons :

la navigation sur Internet partir dun portable ou dun PDA,
lenvoi et la rception de photos,
lenvoi et la rception de SMS classiques ou composs de textes plus longs que

160 caractres,
laccs un rseau Intranet,
la tlmtrie,
A.2.2. Les interfaces dans le GPRS

Lajout des entits GPRS linfrastructure GSM existante entrane la spcifcation des
interfaces suivantes (voir Figure A.2):
Gb : dfnie entre le PCU et le SGSN,
Gc : dfnie entre le GGSN et le HLR pour interroger le HLR lors de

lactivation dun contexte PDP,
Gd : dfnie entre le SGSN et le SMS-GMSC et entre le SGSN et le SMSIWMSC pour lchange de messages courts,
Gf : dfnie entre le SGSN et lEIR pour la vrifcation de lidentit du

terminal,
Gi : dfnie entre le GGSN et un PDN pour le transfert de donnes,
Gn : dfnie soit entre deux SGSN pour la gestion de litinrance, soit entre le
SGSN et le GGSN pour le transfert de donnes,
Gp : dfnie entre deux GSNs (SGSN ou GGSN) pour la liaison inter-oprateur,
Gr : dfnie entre le SGSN et le HLR pour la gestion de la localisation,
Gs : dfnie entre le SGSN et le MSC/VLR pour la gestion coordonne de

litinrance entre GSM circuit et GPRS.
56
Annexe
SMS-GMSC
SMS-IWMSC
MSC/VLR
HLR
A
Um
BTS
Abis
Gs
Gr
Gd
Gc
BSC
PCU
Gb
SGSN
Gn
Gn
GGSN
Gi
PDN
Gf
Gp
EIR
SGSN
GGSN
Autre PLMN
Figure A.2 les interfaces du rseau GSM/GPRS
A.2.3. Larchitecture en couches

Dans cette section, nous prsentons la pile protocolaire entre le terminal mobile et le
GGSN. En fait, un MS gre des piles protocolaires situes dans deux plans diffrents :
Plan de signalisation
Plan de transmission
Le plan de signalisation sert assurer la gestion de la mobilit quant au plan de

transmission, il sert transfrer les donnes utilisateurs. Cependant, seuls les sommets de ces
deux piles sont diffrents. Dans le plan de signalisation, on trouve au sommet de la pile la
couche GMM surmonte des couches SM et GSMS. Dans le plan transmission, on trouve au
sommet de la pile la couche SNDCP.
Figure A.3 Pile protocolaire dans le plan de donnes
57
Annexe
Pour tablir une voie de communication
protocoles :
entre le MS et le GGSN, on utilise deux
Le protocole LLC entre le terminal et le SGSN,

Le protocole GTP entre le SGSN et le GGSN.
A.2.4. Les canaux logiques

Pour transmettre des paquets sur le canal radio, le terminal GPRS doit les transformer
en bursts qui seront multiplexs sur des canaux physiques PDCH (Packet Data Channel).
Dans ces canaux, on peut transmettre plusieurs types de messages relatifs plusieurs
canaux logiques prsents dans le tableau A.3.
Canal de trafc
PDTCH
Transmettre les donnes utilisateurs

Transporte les acquittements, le contrle de
PACCH
puissance et indique les futurs PDTCH qui

seront allous un mobile pour la
transmission.
Canal de contrle
PTCCH
PBCCH
PPCH
Transporte les valeurs davance en temps

pour un groupe de mobile.
Diffuse des informations systmes.
Permet lappel du mobile.
PRACH
Permet laccs.
PAGCH
Permet lallocation des ressources.
PNCH
Pour lappel du groupe.
Tableau A.3 Canaux logiques du GPRS

Un canal PDCH peut tre matre ou esclave, il est matre lorsquil transporte des
canaux de contrle communs (PBCCH, PPCH, PRACH, PAGCH) et ventuellement des
canaux PDTCH, PACCH et PTCCH). Un PDCH est esclave lorsquil transporte des canaux
PDTCH, PACCH et PTCCH. Le rcepteur ne connat le type de canal quen dcodant le bloc
et en interprtant lentte MAC/RLC.
Le GPRS peut aussi utiliser les canaux GSM (BCCH, PCH, RACH, AGCH) pour
laccs alatoire et la diffusion des informations systmes.
58
Annexe
A.2.5. La gestion de la mobilit

A.2.5.1. Etats GPRS
Dans le GPRS, un mobile peut avoir trois tats : ltat repos , ltat surveillance
et ltat prt .
Ltat repos : correspond un mobile teint ou hors rseau,
Ltat surveillance : correspond un mobile attach au rseau GPRS et qui

envoie rgulirement des mises jour de sa zone de routage au SGSN,
Ltat prt : correspond un mobile en cours de rception ou dmission

des paquets.
REPOS
(GPRS IDLE)
Dtachement GPRS
ou hors temps
Mobile non
joignable
Attachement
GPRS au rseau
Dtachement
GPRS
SURVEILLANCE
(STAND-BY)
Hors temps ou
forage
PRT
(READY)
Mobile
joignable
Transmission ou
rception des donnes
Figure A.4 Etats dune station mobile en GPRS

A.2.5.2. Les contextes GPRS
Dans le cadre de la gestion de la mobilit du GPRS, on dfnit la notion de contextes.
Les contextes introduits dans GPRS sont lis lensemble des informations caractristiques
dun abonn relativement :
sa mobilit, contexte MM (Mobility Management).
ses donnes, contexte PDP (Packet Data Protocol).
Le contexte MM
Le contexte MM contient tous les paramtres lis la gestion de la mobilit, au
terminal mobile et la scurit :
lIMSI (International Mobile Subscriber Identity) et le P
-TMSI (Packet
Temporary Mobile Station Identity), qui permettent didentifer labonn,
ltat de la mobilit de labonn : repos, surveillance ou prt,
lidentifant du SGSN, qui est ladresse du SGSN servant le terminal mobile.
59
Annexe
Le contexte PDP
Le protocole PDP est spcifque aux donnes paquet. On lui associe un contexte et une
adresse. Chaque adresse PDP est dcrite par un contexte PDP dans le terminal mobile, le
SGSN et le GGSN.
Un contexte PDP est lensemble des informations qui sont stockes dans le mobile, le
SGSN et le GGSN pour permettre lchange de donnes avec un rseau PDP [1]. Il contient
principalement :
le type de rseau PDP utilis (X.25, IP,),
ladresse PDP du terminal,
ladresse IP du SGSN courant o se trouve labonn,
le point daccs au service rseau utilis,
la qualit de service ngocie.
Un contexte PDP doit tre cr afn que labonn puisse mettre ou recevoir des
donnes.
A.2.6. Etablissement dun fux de donnes montant
Deux procdures dont dfnies pour ltablissement dun fux de donnes montant: la
procdure en 1 phase et la procdure en 2 phases.
Accs en une seule phase : l'utilisateur envoie une requte en accs alatoire
sur le canal PRACH
(Packet Random Access CHannel) en prcisant sa
demande. Le rseau lui envoie un paquet d'acquittement sur le canal PAGCH

(Packet Access Grant CHannel)
et rserve les ressources ncessaires au
transfert sur la voie montante.
Accs en deux phases : l'utilisateur envoie une requte en accs alatoire sur le
canal PRACH en prcisant sa demande. Puis, aprs avoir reu une rponse de
la part du rseau, le mobile envoie la description complte des ressources dont
il a besoin au rseau. Enfn, ce dernier, lui rpond par un paquet d'acquittement
et rserve les ressources ncessaires au transfert sur la voie montante. Cet
accs prsente l'avantage d'viter systmatiquement les collisions.
Si le mobile ne reoit aucune rponse avant un certain laps de temps, il abandonne et

peut tenter un nouvel essai. Cependant, il se peut que le rseau ait reu la requte du mobile
mais qu'il ne puisse pas la. Pour viter cette situation, le rseau envoie un message au mobile
lui indiquant qu'il se trouve sur une fle d'attente et qu'il disposera de ses ressources
ultrieurement.
60
Annexe
A.2.7. Etablissement dun fux de donnes descendants
Lappel est initi par le rseau par lenvoi dun message de paging sur le PPCH
(Packet Paging Channel). Le mobile rpond en envoyant une requte en accs alatoire sur le
canal PRACH. Le rseau lui envoie un paquet d'acquittement sur le canal PAGCH (Packet
Access Grant CHannel) et rserve les ressources ncessaires au transfert sur la voie
descendante (fgure A.5).
Figure A.5 Connexion rseau GPRS-MS
61

Dimentionnement BSS

Transféré par

Informations du document

Description :

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é ?

Description :

Droits d'auteur :

Formats disponibles

Dimentionnement BSS

Transféré par

Description :

Droits d'auteur :

Formats disponibles

RAPPORT DE PROJET DE FIN DETUDES

Ingnierie des rseaux

Modle de dimensionnement BSS pour le

Anne universitaire : 2004/2005

A mes chers parents,

e tiens exprimer mes vifs remerciements la direction de

lintrt quelle a port la formation de ses ingnieurs.

M. Adel AKROUT, chef du

dpartement rseau daccs de TUNISIANA, qui

accueilli au sein de son dpartement pour la ralisation de ce travail.

e tiens assurer ma profonde gratitude mes encadreurs, M.

Sami TABANNE professeur lcole suprieure des

vec beaucoup dgard et de diffrence, je ne manquerai pas

Kamel TRABELSI et M. Bessem BOUKHRIS qui nont jamais

rseau daccs seffectue la planifcation et

loptimisation du rseau radio.

Tables des matires

Tables des matires

Tables des matires

Listes des fgures

Listes des figures

Listes des tableaux

Listes des tableaux

Listes des abrviations

Listes des abrviations

Listes des abrviations

Listes des abrviations

ltude des principaux indicateurs de performance qui caractrisent un rseau GPRS.

Chapitre 1 : Etat de lart

Chapitre 1 : Etat de lart

1.2. Lintgration du GPRS

Chapitre 1 : Etat de lart

1.2.1. Les entits ajouter

Figure 1.1 Linfrastructure GPRS

1.2.2. Les mises jour ncessaires

MSC/VLR : pour permettre ce dernier de se connecter au SGSN,

supporter le transfert de SMS travers le GPRS et de grer la mobilit

HLR : pour lui permettre de se connecter au SGSN et de grer la mobilit.

Chapitre 1 : Etat de lart

1.2.3. Les diffrentes solutions de larchitecture BSS

le PCU externe au BSC.

MFS : PCU externe

chacune peut manipuler un BSC,

PCUSN : PCU externe

o Deux confgurations sont possibles : PCUSN12 et PCUSN-24. Chaque confguration peut

o Base sur un bus PCI extensible de 30 3240

Chapitre 1 : Etat de lart

PCU intgr au BSC

Tableau 1.1 Les caractristiques du PCU par constructeur

mixte : Ce mode de connexion permet dexploiter au maximum les liens dj

l sagit de rserver des time slots de

1.2.4. Limpact sur le rseau GSM

Chapitre 1 : Etat de lart

1.3. Les indicateurs cls de performance du GPRS

prsente une vue gnrale sur les principaux indicateurs cls de

Chapitre 1 : Etat de lart

1.3.1. Vue gnrale

et Gb) et par canaux logiques (AGCH/PAGCH,

PCH/PPCH, UL/DL, PDTCH, et UL/DL PACCH).

Indicateurs de qualit de service : cette catgorie dindicateurs de performance

Indicateurs de disponibilit des ressources : cette