1
Qualité de service des réseaux mobiles 2G (et plus)
Thierry KONDRATUK
2
Plan
� Rappels
� Compteurs OMC
� Drive Test
� Analyse de protocole
� 2.5G et 3G
3
Plan
� Rappels
� Compteurs OMC
� Drive Test
� Analyse de protocole
� 2.5G et 3G
4
Rappels
� Architecture réseaux GSM
� FDMA/TDMA (fréq., timeslot)
� Canal physique/logique
� Message Flow
� Mesures MS / BTS
� Qualité, Niveau, Sensibilité
5
Architecture réseaux GSMBTS (plusieurs TRX) MSCBSCMS
PSTN
Abis
Um
A
• Elements du réseau (architecture SIMPLIFIEE!!!)
MS: Mobile Station
Puissance d’émission = 2W (33 dBm), Sensibilité = -104 dBm (-102 dBm selon la norme) pour un mobile GSM (bande 900)
BTS: Base Transceiver Station, équipement radio assurant la couverture d’une cellule
Puissance d’émission typique = 20 W (43 dBm), Sensibilité = -110 dBm (-104 dBm selon la norme). Une BTS contient plusieurs TRX (1 TRX = 1 fréquence = 8 timeslots)
BSC: Base Station Controller, contrôle un ensemble de BTS (activation des canaux, consignes de puissance, etc.)
MSC: Mobile Switching Center (commutateur), établit, supervise et libère les appels. Assure la commutaion des appels dans le réseau GSM et vers le réseau fixe (PSTN)
PSTN: Public Switched Telephone Network (RTC en français), réseau fixe
• Interfaces
Um ou interface radio. Le niveau 3 (couche supérieure) est défini dans la norme GSM 04.08
Abis. Le niveau 3 (couche supérieure) est "défini" dans la norme GSM 08.58 (non entièrement normalisé!)
A. Le niveau 3 (couche supérieure) est défini dans la norme GSM 08.08
6
FDMA/TDMA (fréq., timeslot)
70F1 (TRXa) 7070
70F2 (TRXb) 7070
Le mobile rouge utilise la fréquence F1 et le TimeSlot (TS) 4 = canal physique- largeur d'un canal fréquentiel = 200 kHz- durée d'un TS = 0.577 ms, 8 TS → trame TDMA (4.615 ms)
fréquence
temps
• Partage de la resource radio entre les mobiles
- Partage en fréquence (FDMA: Frequency Divison Multiple Access)
Chaque mobile utilise une partie du spectre = une fréquence ou un canal (en fait un couple de
fréquences: 1 fréquence pour le sens montant et 1 pour le sens descendant)
- Partage en temps (TDMA: Time Division Multiple Access)
Plusieurs mobiles utilisent la même fréquence une portion du temps → intervalle de temps (IT) ou
TimeSlot (TS)
- Partage en code (CDMA: Time Division Multiple Access) → UMTS ou 3G
L'interface radio GSM utilise une technique mixte TDMA/FDMA.
• Canaux GSM
Largeur canal = 200 kHz
Ecart duplex = 45 MHz
bande DL (Downlink) = 25 MHz
bande UL (Uplink) = 25 MHz935.4 MHz890.4 MHz2
.........
959.8 MHz914.8 MHz124
935.2 MHz890.2 MHz1
f. centrale DLf. centrale ULcanal
7
Canal physique/logique - 1
� Canal physique = couple (Fréquence,Timeslot)
� Canal logique = subdivision temporelle d'un canal physiqueex. le canal physique (F,TS=6) est "divisé" en 2 canaux logiques L et l
7L0F 7L07l0 etc.
• Canaux DCS (se rapporte au slide précédent)
Largeur canal = 200 kHz
Ecart duplex = 95 MHz
bande DL (Downlink) = 75 MHz
bande UL (Uplink) = 75 MHz
(se rapporte au slide courant)
La même capacité n'étant pas nécessaire pour les différentes procédures
requises par le GSM, afin d'optimiser l'utilisation du spectre, les canaux
physiques = (F,TS) sont subdivisés (temporellement) en canaux logiques.
1805.4 MHz1710.4 MHz513
.........
1879.8 MHz1784.8 MHz885
1805.2 MHz1710.2 MHz512
f. centrale DLf. centrale ULcanal
8
Canal physique/logique - 2
� Principaux canaux logiques
� BCCH - broadcast→ diffusion des informations système
� RACH / PCH / AGCH - canaux communs→ accès aléatoire, appel mobile (paging), allocation de resource
� SDCCH (+SACCH) - canal dédié→ signalisation
� TCH (+SACCH) - canal dédié→ traffic
BCCH: Broadcast Control Channel, diffuse les informations nécessaires au
mobile (ex. puissance d'émission max., fréquence des cellules voisines,...).
RACH: Random Access Channel, utilisé par le MS pour l'accès initial au réseau
(avant l'obtention d'un resource dédiée).
Canal commun UL → risque de collision!
PCH: Paging Channel, pour signaler à un mobile qu'on cherche à établir une
liaison avec lui.
AGCH: Access Grant Channel, pour allouer un canal de signalisation dédié au
mobile.
SDCCH: Standalone Dedicated Control Channel, canal de signalisation dédié
utilisé pour les mises à jour de localisation, la phase précédant l'allocation d'un
canal de traffic, etc.
TCH: Traffic Channel, canal de traffic utilisé par exemple pour une
communication voix.
9
Canal physique/logique - 3
765432107654321076543210 etc.trame TDMA(4.615 ms)
...43210multitrame 26(120 ms)
T ITTTTTTTTTTTATTTTTTTTTTTTTCH/SACCHfull rate
t aTtTtTtTtTtTAtTtTtTtTtTtTTCH/SACCHhalf rate
Sur un canal physique (F,TS), on peut "mapper" 1 canal logique TCHF (full rate)
et son canal associé SACCH (Slow Associated Control Channel).
Sur un canal physique (F,TS), on peut "mapper" 2 canaux logiques TCHH (half
rate) et leur 2 canaux associés SACCH (Slow Associated Control Channel).
A savoir (non représenté ici)
En utilisant une structure de multitrame 51 (au lieu de 26), on peut "mapper" 8
canaux SDCCH (et leur 8 canaux associés SACCH) sur un seul canal physique
(F,TS).
10
SDCCH
AGCH
RACH
MS BTS BSC MSC
CHANNEL REQUEST
SDCCH Assignment
CHANNEL REQUIRED
CHANNEL ACTIVATION
IMMEDIATE ASSIGNMENT
CHANNEL ACTIVATION ACK
IMMEDIATE ASSIGN COMAND
(IMMEDIATE ASSIGNMENT)
SABM (L3 message)
ESTABLISH INDICATION
(L3 message) CONNECTION REQUEST
(L3 message)
UA (L3 message)
Possibly PAGING
L3 message
CM SERVICE REQUEST (TCH needed)
PAGING RESPONSE (TCH needed)
LOCATION UPDATING REQUEST (no TCH needed)
etc.
CONNECTION CONFIRM
Objectif: obtenir un canal de signalisation dédié (SDCCH) utilisé par exemple pour une procedure
de mise à jour de localisation (canal de trafic non nécessaire), l'envoi d'un SMS ou pour la
signalisation nécessaire à l'obtention d'un canal de trafic dédié (TCH).
CHANNEL REQUEST: contient 'random reference' + 'establishment cause' (ex. emergency call,
answer to paging, originating call, location updating, ...)
CHANNEL REQUIRED: contient 'TS/logical channel (RACH)', 'request reference' (inclus l'info du
Chan. Req.), 'access delay'
CHANNEL ACTIVATION: 'TS/logical channel (SDCCH)/subchannel', etc. voir spec. 08.58
CHANNEL ACTIVATION ACKNOWLEGE: une fois le canal activé par la BTS, envoi d'un AR
IMMEDIATE ASSIGNMENT: ordre au mobile de commuter sur le canal SDCCH activé. Contient
'TS/logical channel (SDCCH)/subchannel', 'ARFCN' (canal), 'request reference', etc.
Le mobile qui se reconnait (d'après l'élement d'information 'request reference') prend le canal de
signalisation dédié SDCCH.
Une fois le canal SDCCH correctement pris, le mobile peut demander un service.
Suivent alors une suite de procédures (Authentication, Ciphering mode setting, Call initiation)
entre le MS et le MSC avant d'arriver à l'assignation d'un canal de trafic TCH.
11
SDCCH
TCH
MS BTS BSC MSC
TCH Assignment - normal procedure = hors HO
CHANNEL ACTIVATION
ASSIGNMENT COMMAND
CHANNEL ACTIVATION ACK
ASSIGNMENT COMMAND
SABMESTABLISH INDICATION
ASSIGNMENT COMPLETE
UA
- SDCCH assignment
- Authentication
- Ciphering mode setting
- Call initiation
ASSIGNMENT REQUEST
ASSIGNMENT COMPLETE
ASSIGNMENT COMPLETE
SDCCH channel release
ASSIGNMENT REQUEST: le MSC demande au BSC d'établir un canal de trafic vers le mobile
Activation du canal de trafic (TCH) à la BTS (CHANNEL ACTIVATION, CHANNEL ACTIVATION
ACK): même principe que précédemment
Activation du canal de trafic (TCH) au mobile (ASSIGNMENT COMMAND, ASSIGNMENT
COMPLETE): même principe que précédemment
Une fois le canal TCH correctement pris, suivent les procédures 'Call confirmation' (sonnerie) et
'Call accepted' (decroché) avant le trafic voix.
Note1: Durant cette procédure, le canal de trafic TCH étant utilisé pour de la signalisation et non
du trafic voix, on le nomme FACCH
Note2: Une fois le trafic voix établi, les besoins en signalisation sont vehiculés par la canal
SACCH associé au canal TCH (1 TS sur 26)
Exemple de message: Measurement Result
12
Mesures MS / BTSBTS BSC
MS AbisUm
mesures MS (2x par sec.)- niveau serveuse + voisines- qualitéetc.
mesures BTS (2x par sec.)- niveau- qualité- TAetc.
Measurement Report(mesures MS)
Measurement Result(mesures MS + BTS)
Un mobile utilisant un canal de trafic TCH effectue des mesures sur la liaison radio (mesures
Downlink (DL) ou sens descendant).
Ces mesures sont envoyées toutes les 480 ms à la BTS en utilisant le message Measurement
Report (voir spec. interface radio GSM 04.08).
De son côté la BTS effectue des mesures sur la liaison radio (mesures Uplink (UL) ou sens
montant) pour tous les mobiles en trafic dans la cellule.
Le BTS consolide les mesures DL et UL et les envoit toutes les 480 ms au BSC en utilisant le
message Measurement Result (voir spec. interface Abis GSM 08.58).
Grandeurs mesurées (principalement)
Ce qui est DL est mesuré par le MS et ce qui est UL est mesuré par la BTS!
Niveau serveuse, RXLev DL & RXLev UL
Niveau des 6 meilleures voisines, RXLev DL N1, ..., RXLev DL N6
Qualité serveuse, RXQual DL & RXQual UL
Timing Advance TA
- Plage de mesure niveau: -110 dBm → -47 dBm
- Plage de mesure qualité: 0 (qualité excellente) → 7 (qualité fortement dégradée)
Cette "note" est liée au taux d'erreur binaire sur la liason radio
- Plage de TA (distance MS-BTS): 0 (mobile à - de 500m) → 63
Une unité de TA correspond à peu près à 500 m (ex. TA = 2 → mobile entre 1km et 1.5 km)
13
Qualité, Niveau, Sensibilité - 1
� Qualité0 (excellent) → 7 (très mauvais: coupure!) - à 3/4 la qualité est dégradée,
seuil utilisé pour déclencher un Handover 'Qualité'
� NiveauPuissance d'émission BTS = 43 dBm (20W), typiquement
Puissance d'émission MS = 33 dBm (2 W)
� SensibilitéLa qualité se dégrade à faible niveau.
Sensibilité = niveau minimum (dBm) pour lequel la qualité est meilleure que
4 (BER <2% - Bit Error Rate), en l'absence d'interference
14
Qualité, Niveau, Sensibilité - 2
RXQual DL = f( RXLev DL)
0
1
2
3
4
5
6
7
-110
-106
-102 -9
8-94
-90
-86
-82
-78
-74
-70
-66
-62
-58
-54
-50
RXLev (dBm)
RXQual
→ Sensibilité DL (= MS) = -104 dBm
Sensibilité MS 900 = -104 dBm
Sensibilité MS 1800 = -102 dBm
Sensibilité BTS = -110 dBm
Note 1: il s'agit de valeurs typiques mesurées et non des valeurs minimum
imposées par la norme GSM
Note 2: voir analyse de protocole Abis pour une méthode de mesure "terrain" de
la sensibilité
15
Plan
� Rappels
� Compteurs OMC
� Drive Test
� Analyse de protocole
� 2.5G et 3G
16
Compteurs OMC
� Principe
� Compteurs/indicateurs de performance "SDCCH"
� Compteurs/indicateurs de performance "TCH"
� Compteurs/indicateurs de performance "HO"
� Rapports "Qualité de service"
� Avantages / Inconvénients
Indicateur de performance = KPI (Key Performance Indicator)
HO = Handover
17
Principe
� Comptage de messages "pertinents" au niveau des interfaces A & Abis →compteurs
� Géré par l'OMC-R (activation, stockage, reporting, ...)
� Constructeur dépendant
� KPI (Key Performance Indicators) = f(compteurs)
L'OMC-R (Operation and Maintenance Center - Radio) gère le sous-réseau radio
(BSS = Base Station Subsystem) comprenant les BTS et BSC.
Du côté réseau, il existe un OMC-S (S pour Switch) qui gère les MSC et bases
de données associées. Il compte de la même façon certains messages sur ses
interfaces.
Tous les constructeurs ne comptant pas les même messages, il peut-être difficile
en environnement multi-constructeurs de consolider/comparer les compteurs de
ces environnements hétérogènes.
Note importante: il est souvent interessant (et plus precis) de ventiler le
comptage d'un message selon son contenu.
Exemple:
Le message Abis 'Establish Indication' contient entre autres informations un
champ qualifiant l'origine de la transaction: answer to paging, emergency call,
originating call, location update, etc. On peut à la place de compter le message,
compter le message pour chacune de ses caractéristiques.
18
SDCCH
AGCH
RACH
MS BTS BSC MSC
CHANNEL REQUEST
SDCCH Assignment Counters
CHANNEL REQUIRED
CHANNEL ACTIVATION
IMMEDIATE ASSIGNMENT
CHANNEL ACTIVATION ACK
IMMEDIATE ASSIGN COMAND
(IMMEDIATE ASSIGNMENT)
SABM
ESTABLISH INDICATIONCONNECTION REQUEST
UA
CONNECTION CONFIRM
SDCCH_SEIZ_ATT
SUC_IMM_ASS_SDCCH_cause
SDCCH_BLOCK
if no SDCCH available
SDCCH_LOSS
if SDCCH drops
le mobile a correctement pris le canal SDCCH, il peut commencer son traffic de signalisation sur ce canal
SDCCH_SEIZ_ATT: SDCCH seizure attempts → nombre de tentative de prise de canal
SDCCH
SDCCH_BLOCK: SDCCH blocked → non attribution de canal SDCCH pour cause de manque
de resource
SUC_IMM_ASS_SDCCH_cause: successful SDCCH immediate assignment → assignation
réussie d'un canal SDCCH (cause = answer to paging, emergency call, originating call, location
update, etc.)
SDCCH_LOSS: coupure sur canal SDCCH
Liste extrêmement simplifiée!!!
19
SDCCH KPIs
� SDCCH seizure success rateΣ SUC_IMM_ASS_SDCCH_cause / SDCCH_SEIZ_ATT
� SDCCH seizure failure rate1 - Σ SUC_IMM_ASS_SDCCH_cause / SDCCH_SEIZ_ATT
� SDCCH blocking rateSDCCH_BLOCK / SDCCH_SEIZ_ATT
� SDCCH drop call rateSDCCH_LOSS / Σ SUC_IMM_ASS_SDCCH_cause
Exercice
Sur une cellule donnée (objet d'observation), durant une journée (periode
d'observation), 2000 canaux de signalisation SDCCH sont demandés.
20 ne sont pas activés faute de resource.
1800 sont correctement pris.
45 communications (de signalisation) sont coupées.
D'après cette description textuelle, attribuer aux différents compteurs présentés
précedemment leurs valeurs et calculer les KPIs ci-dessus.
Note importante: on peut observer le réseau de façon macroscopique: object
d'observation = BSC (ensemble des cellules d'un BSC), ensemble de BSCs (un
région géographique), voire tout le réseau. De même pour certains
compteurs/KPIs (taux de blocage par ex.), il est plus judicieux de choisir comme
période d'observation l'heure chargée de la journée
20
SDCCH
TCH
MS BTS BSC MSC
TCH Assignment (normal procedure) Counters
CHANNEL ACTIVATION
ASSIGNMENT COMMAND
CHANNEL ACTIVATION ACK
ASSIGNMENT COMMAND
SABMESTABLISH INDICATION
ASSIGNMENT COMPLETE
UA
Phase de signalisation SDCCH
ASSIGNMENT REQUEST
ASSIGNMENT COMPLETE
ASSIGNMENT COMPLETE
ASSIG_REQ_TCH
ASSIG_SUC_TCH
ASSIG_FAIL_TCH_NRR
if no TCH available
TCH_LOSS_cause
if TCH drops
le mobile a correctement pris le canal TCH, il peut commencer son traffic sur ce canal
(ex. communication voix)
Note: normal procedure = prise de canal de traffic hors Handover
ASSIG_REQ_TCH: TCH assignment request → nombre de tentative de prise de canal TCH
ASSIG_FAIL_TCH_NRR: TCH assignment failure, no radio resource → non attribution de canal
TCH pour cause de manque de resource
ASS_SUC_TCH: successful TCH assignment → assignation réussie d'un canal TCH
TCH_LOSS_cause: coupure sur canal TCH (ventilation selon la cause de la coupure)
Liste extrêmement simplifiée!!!
21
TCH KPIs
� TCH seizure success rateASSIG_SUC_TCH / ASSIG_REQ_TCH
� TCH seizure failure rate1 - ASSIG_SUC_TCH / ASSIG_REQ_TCH
� TCH blocking rateASSIG_FAIL_TCH_NRR / ASSIG_REQ_TCH
� TCH drop call rateΣ TCH_LOSS_cause / ASSIG_SUC_TCH
Exercice
Sur une cellule donnée (objet d'observation), durant une journée (periode
d'observation), 3000 canaux de traffic TCH sont demandés (hors handover).
25 ne sont pas activés faute de resource.
2800 sont correctement pris.
150 communications sont coupées.
D'après cette description textuelle, attribuer aux différents compteurs présentés
précedemment leurs valeurs et calculer les KPIs ci-dessus.
22
Handover Counters
BSC
BTS
MS
1- BSC: Decison HO(ho_required_cause)
2- activation TCH
3- ordre de HO
4- prise TCH(ho_successful_cause)
HO
1- le mobile doit effectuer un handover (HO) de la cellule verte vers la cellule
rouge pour cause x (cause x = la cellule rouge est "meilleure" (better cell HO),
niveau trop faible sur la cellule verte (level handover), mauvaise qualité sur la
cellule verte (quality handover),...)
2- activation d'un canal de trafic TCH sur la cellule rouge (si disponible)
3- ordre au mobile de passer sur la cellule rouge
4- le mobile prend le canal de trafic précédemment activé sur la cellue rouge
Procédure / compteurs extrêmement simplifiés!!!
23
Handover KPIs
� Handover failure rate1 - Σhandover_successful_cause / Σhandover_required_cause
� Handover causeshandover_required_cause_x / (Σhandover_required_cause)
Un HO fait intervenir 2 cellules!
Les compteurs / KPIs s'évaluent soit par couple de cellules, soit d'une cellule
vers toutes ses voisines.
Exercice
D'après les compteurs ci-dessous de la cellule X ayant 4 voisines A, B, C & D,
calculer:
- la répartition globale (%) des causes de HO de la cellule X
- le taux d'echec de HO par relation de voisinage
107920510D
10036451004050C
16063721607080B
198909920090100A
Better CellQualityLevelBetter CellQualityLevel
HO Suc. (X->*)HO Req. (X->*)Neighbor
24
Rapports "Qualité de service"
� Rapport managementVue macroscopique, quelques indicateurs globaux d'accès au réseauet de qualité (coupure)
� Rapport troubleshootingA destination des équipes d'ingénierie, vue cellule, indicateurs globaux + détaillés
� Exemples
25
Avantages / Inconvénients
� + Vue complète du réseau (tout, tout le temps)
� + Process automatisable
� - Comparaison concurrence impossible
� - peu ou pas d'information purement radio (voir message 'measurement result')
26
Plan
� Rappels
� Compteurs OMC
� Drive Test
� Analyse de protocole
� 2.5G et 3G
27
Drive Test
� Principe
� Exploitation des mesures
� Démo outil TEMS (Ericsson)
� Avantages / Inconvénients
28
Principe
BTS
Outil d'acquisistion(Laptop+soft)
Um
Messages
→ Enregistrement des messages échangés entre le mobile de trace et le réseau+ position GPS
MS de trace
GPS
MS de trace: mobile fournissant sur une de ses interfaces une copie des
messages envoyés / reçus.
Outil d'acquisition: PC portable + logiciel d'acquisition (Ex. Ericsson TEMS)
L'un des messages intéressant qui est enregistré est le message "Measurement
Report" contenant les mesures effectuées par le mobile (mesures DL): en
particulier le niveau RxLev DL et la qualiré RXQual DL.
29
Exploitation des mesures
� Cartes Niveau DL / Qualité DL, Evénements (ex. Blocked Call, Dropped Call, HO)
� Analyse de la séquence des messages échangés
� Replay d'une trace
� Analyses statistiques
30
Level map
Niveau (Downlink = reçu par le mobile) représenté selon un échelle à 4 couleurs
(voir légende).
Les cellules sont représentées selon 3 couleurs:
Rouge: cellule serveuse
Vert: cellules voisines de la cellule serveuse
Gris: autres cellules
Certains événements (voir légende) sont positionés sur la carte. Ex. HO.
Note: on utilise généralement une carte scannée en fond.
31
Quality map
Qualité (Downlink = reçu par le mobile) représenté selon un échelle à 3 couleurs
(voir légende).
Pour les autres informations, voir 'Level map'.
32
Messages échangés
Tous les messages, ainsi que leur contenu peuvent être visualisés.
On peut en particulier examiner la séquence d'établissement d'un appel posant
problème.
33
Replay d'une trace
• Graphe du haut
Barres en rouge: niveau serveuse
Courbe multicouleur: niveau 1ère voisine, changement de couleur lorsque la
première voisine change
• Graphe du bas
Courbe en rouge: RxQual (serveuse)
Barres en vert: SQI (Speech Quality Indicator), appréciation de la qualité audio.
Algorithme propriétaire Ericsson.
Notes:
Les différentes visualisations (carte, messages, courbes, etc.) sont
synchronisées.
Les différentes visualisations (carte, messages, courbes, etc.) sont hautement
paramétrables (on peut visualiser toute info GSM de toutes les façons).
34
Démo outil TEMS (Ericsson)
� RxQual, RxLev maps
� affichage paramétrable des IE
� Message Flow
� possibilité de filtrage couche / message
� Trace Replay
� affichage paramétrable des IE
IE: Information Element
35
Avantages / Inconvénients
� + Information géographique (utile par ex. pour analyser un pb client)
� + Evaluation réseaux concurrents (benchmarking)
� - Vue "snapshot" (1 endroit, 1 instant)
� - Info uniquement DownLink (non UL)
� - Mise en oeuvre
36
Plan
� Rappels
� Compteurs OMC
� Drive Test
� Analyse de protocole
� 2.5G et 3G
37
Analyse de protocole
� Principe
� Interface Radio (c'est l'outil de DT)
� Interface Abis
� Interface A
� Démo outils Abis Surfer (Astellia)
� Avantages / Inconvénients
38
PrincipeBTS BSCMS
PSTN
AbisUm A
Analyseur de protocole interface x: outil d'acquisition / d'analyse des messageséchangés sur l'interface x
analyseur de protocoleinterface Abis
analyseur de protocoleinterface A
39
Interface Abis
� Interface partiellement normalisée dans la spec. GSM 08.58 (certains constructeurs ont une interface propriétaire!)
� Interface fournissant le plus d'information radio (ex. message "Measurement Result" contenant les mesures DL et UL)
� Vision complète d'une cellule
40
Interface A
� Interface normalisée dans la spec. GSM 08.08
� Interface fournissant peu d'information radio
� Vision complète d'un BSC
Il est possible de recréer en monitorant toutes les interfaces A d'un réseau un
système de compteurs type OMC avec l'avantage d'être exhaustif et constructeur
indépendant.
41
Démo outils Abis Surfer - 1
Démo outils Abis Surfer - 1
Exercice
- Sur quel objet porte la mesure?
- Quel table / graphique observe-t-on?
- Conclusion
Rép. la sensibilité moyenne du parc de mobiles DCS est -102 dBm
42
Démo outils Abis Surfer - 1
Démo outils Abis Surfer - 2
- Sur quel objet porte la mesure?
- Quel table / graphique observe-t-on?
- Conclusion
Rép. interférence DL sur canal 1
43
Démo outils Abis Surfer - 1
Démo outils Abis Surfer - 3
- Sur quel objet porte la mesure?
- Quel table / graphique observe-t-on?
- Conclusion
Rép. résurgence à 8/9 km
44
Avantages / Inconvénients
� Abis+ mesures UL & DL+ finesse de l'analyse radio- mise en oeuvre
� A+ constructeur indépendant+ exhaustif- "mise en oeuvre"
45
Plan
� Rappels
� Compteurs OMC
� Drive Test
� Analyse de protocole
� 2.5G et 3G
46
2.5G et 3G
� 2.5 G = GPRS
� Compteurs
� Drive Test
� Analyse de protocole
� 3G = UMTS
� Compteurs
� Drive Test
� Analyse de protocole
47
GPRS (PS)
� Compteurs
� pas de coupure / HO au sens CS du terme
� compteurs de débit (data throughput) sur interfaces radio, Gb
� Drive Test
� mesure débit (data throughput) int. radio
� Analyse de protocole
� interface A → interface Gb
CS: Circuit Switched
PS: Packet Switched
48
UMTS (CS+PS)
� Compteurs
� CS + PS
� nombreuses nouvelles procédures (ex. soft HO)
� Drive Test
� interface radio totalement différente →
de nouvelles grandeurs (ex. code, Ec/No)
� Analyse de protocole
� interface Abis / A → interface Iub / Iu
CS: Circuit Switched
PS: Packet Switched
49
This is the end
Merci pour votre attention