Métho Méth ode de tr trou oubl ble esh shoo oon ng g 3G Pla lain inttes Clients. (Descr (Des crip ipto ton n de l’ l’ut utli lisat saton on d’i d’iP Pod Pou ourr le r rai aie eme men n des plaines cliens)
2014
NOTE : Ce document permet l’analyse l’analyse des plaintes à parr des KPI. Nous allons Rdi!er la "t#ode à parr de $ !randes Cat!ories% les plaintes sur indisponi&ilit du rseau et les plaintes sur d!radaons d!radaons a'ec Rseau (isponi&le )es liens 'ers les docs ouls seront seront ra*outs ra*outs par la suite +O"C% ,CR% ,IR% C" etc /
0
Sommaire
1.
Introduc Introducon...... on.............. ................. ................. ................. ................. ................ ................. ................. ................. ................. ................ .......................4 ...............4
2.
Synthse Synthse !t Prise en Main "e #$oul IP%".......... IP%".................. ................. ................. ................ ................. ......................10 .............10
3.
Méthode Méthode "e &raite'en raite'entt IP%" d$une d$une (laint (lainte e sur indis( indis(onibili onibilité té du réseau..................13 réseau..................13 1.0
(ispon (isponi&i i&ilit lit des cellul cellules. es.... ....... ....... ....... ........ ....... ....... ........ ....... ....... ........ ....... ....... ........ ....... ....... ........ ....... ....... ....... ....... ........ ....... ........ ........... ............01 ......01
1.$
Pa!in Pa!in! ! !ranu !ranular larit it Node Node ....... ........... ....... ....... ....... ....... ........ ....... ....... ........ ....... ....... ........ ....... ....... ........ ....... ....... ........ ....... ....... ........ ....... ........ ........... .......02 .02
1.1
Tra3c Tra3c 4oi5................................................ 4oi5.................................................................................. .................................. ......................... ................... ............. ............. ......... ... 06
1.1.0
Propa!aon (elay....................................... ................................. ........................... ..................... ............. ........... .... 07
4. Méthode "e &raite'ent &raite'ent IP%" "$une (lainte (lainte sur une dégradaon de ser)ice a)ec *éseau "is(onible.........................................................................................................................1+ 2.0
Rsea Rseau u dispon disponi&l i&le e a'ec a'ec P d’acc d’acc8s 8s au ser' ser'ice ice 'oi5 'oi5 ou ou (9T (9T9 +TE9/... +TE9/....... ........ ....... ....... .......... ............ ........... ........0 ...0
2.$
Coupure de communicaons +T(C 4oi5/..................................... ..................... ............... ............. ............. ........... .....$1 $1
2.1
aisse (u Tra3c Tra3c et dconne5ions (9T (9T9 +Tra3c (ata ;) () <"o=/...................... .................. ............. .....$6 $6
2.2
Ecr>ta!e Ecr>ta!e I; Et (conne5ions (9T (9T9................................................... 9................. .................................. ................................ ......................... ........$? .$?
2.6
Plain Plainte te sur sur in*o in*oi!n i!na&i a&ilit lit alat alatoir oire e @cou @coupur pures es li li à un P P de mo&ili mo&ilit t +AO +AO 1,$,/.... 1,$,/.......... ...........$7 .....$7
2.?
Pro&l Pro&l8me 8me R9(IO R9(IO de de TBPE TBPE roui rouilla lla!e !e +RI +RI
$
Sommaire
1.
Introduc Introducon...... on.............. ................. ................. ................. ................. ................ ................. ................. ................. ................. ................ .......................4 ...............4
2.
Synthse Synthse !t Prise en Main "e #$oul IP%".......... IP%".................. ................. ................. ................ ................. ......................10 .............10
3.
Méthode Méthode "e &raite'en raite'entt IP%" d$une d$une (laint (lainte e sur indis( indis(onibili onibilité té du réseau..................13 réseau..................13 1.0
(ispon (isponi&i i&ilit lit des cellul cellules. es.... ....... ....... ....... ........ ....... ....... ........ ....... ....... ........ ....... ....... ........ ....... ....... ........ ....... ....... ....... ....... ........ ....... ........ ........... ............01 ......01
1.$
Pa!in Pa!in! ! !ranu !ranular larit it Node Node ....... ........... ....... ....... ....... ....... ........ ....... ....... ........ ....... ....... ........ ....... ....... ........ ....... ....... ........ ....... ....... ........ ....... ........ ........... .......02 .02
1.1
Tra3c Tra3c 4oi5................................................ 4oi5.................................................................................. .................................. ......................... ................... ............. ............. ......... ... 06
1.1.0
Propa!aon (elay....................................... ................................. ........................... ..................... ............. ........... .... 07
4. Méthode "e &raite'ent &raite'ent IP%" "$une (lainte (lainte sur une dégradaon de ser)ice a)ec *éseau "is(onible.........................................................................................................................1+ 2.0
Rsea Rseau u dispon disponi&l i&le e a'ec a'ec P d’acc d’acc8s 8s au ser' ser'ice ice 'oi5 'oi5 ou ou (9T (9T9 +TE9/... +TE9/....... ........ ....... ....... .......... ............ ........... ........0 ...0
2.$
Coupure de communicaons +T(C 4oi5/..................................... ..................... ............... ............. ............. ........... .....$1 $1
2.1
aisse (u Tra3c Tra3c et dconne5ions (9T (9T9 +Tra3c (ata ;) () <"o=/...................... .................. ............. .....$6 $6
2.2
Ecr>ta!e Ecr>ta!e I; Et (conne5ions (9T (9T9................................................... 9................. .................................. ................................ ......................... ........$? .$?
2.6
Plain Plainte te sur sur in*o in*oi!n i!na&i a&ilit lit alat alatoir oire e @cou @coupur pures es li li à un P P de mo&ili mo&ilit t +AO +AO 1,$,/.... 1,$,/.......... ...........$7 .....$7
2.?
Pro&l Pro&l8me 8me R9(IO R9(IO de de TBPE TBPE roui rouilla lla!e !e +RI +RI
$
1 Introductio ion n )’o&*ecD de ce document tant de pou'oir uliser IPO( a3n d’eectuer les acons ncessaires au traitement traitement des Plaintes clients. Nous allons dans ceFe premi8re pare e5pliGuer le principe et noons de &ase &ase de l’oul l’oul IPO( 1, dans un premie premierr temps temps et et d’introdu d’introduire ire dans dans la la suite suite les $ !randes !randes cat!ories de plaintes.
Principes et notions de base IPOD 3G
93n de mieu5 comprendre les dirents KPI illustrs dans IPO( 1, nous allons donner dans la uite GuelGues GuelGues e5plicaons e5plicaons t#oriGue t#oriGuess pour la compr#ens compr#ension ion des principau5 principau5 on!lets ncessair ncessaires es à l’analyse d’une plainte client. CeFe secon sera di'ise en 2 pares : 9ccessi&ilit. "ainen de ser'ice. "o&ilit. Radio
Accessibilité Acces sibilité (Le KPI est : TA!"A# TA!"A# $""%& $""%&
)ors d’une demande de conne5ion% le mo&ile eectue une demande de (aging et l’ta&lissement d’une conne5ion **C Gui donne au rseau une indicaon sur le type de ser'ice sou#ait.
Paging ,
C’est C’est l’acon de no3caon no3caon d’un ;E par le rseau% dans une Hone !o!rap#iGue !o!rap#iGue +o il est suppos se localiser/% le pa!in! permet de :
No3er l’arri'e d’un appel entrant au mo&ile. inDormaons syst8me diuses dans la cellule courante. courante. 9nnoncer la modi3caon des inDormaons
!tablisse'ent !tablisse 'ent d$une conne-ion **C ,
)a conne5ion **C +Radio Ressource Control/ !8re l’allocaon de la ressource radio. (u point de 'ue c#an! c#an!e e prot protoco ocolai laire re%% elle elle re!r re!roup oupe e tous tous les c#an! c#an!es es de messa! messa!es es d’all d’alloca ocaon on de canal% canal% de #ando'er% etc... Elle permet !alement de transporter les messa!es de si!nalisaon de ni'eau suprieur +si!nalisaon N9/ en ta&lissant une conne5ion entre le terminal et l’;TR9N. )es principales Doncons du RRC sont : - ,es ,eson on des des con conne ne5i 5ion onss rad radio io%% - ,es eson des des #an #ando do' 'ers% ers% - Con ContrJl trJle e de de pui puiss ssan ance ce len lent% - 9llo 9lloca cao on n et rp rpar ar on on des des res resso sour urce ces% s% - ,eson ,eson de la la Guali Gualit t de ser' ser'ice ice des suppor supports ts radi radio. o. 1
Il s’a!it de la premi8re Etape Gui permet au5 ulisateurs d’accder au5 dirents ser'ices du rseau% Gu’il s’a!isse des domaines C ou P. Comme reprsent sur le sc#ma ci-apr8s :
;n dysDonconnement du rseau est tr8s sou'ent à l’ori!ine des pro&l8mes de perDormances Gui sont à l’ori!ine des plaintes clients. )es KPI permeFent de dtecter des pro&l8mes de perDormance Radio au ni'eau du rseau. (irents compteurs d’accessi&ilit sont d3nis au ni'eau : - Tau5 de succ8s **C - Tau5 de succ8s SCCP (non moniorable à la granularié cellule) Eta&lissement de la si!nalisaon cur - Tau5 de succ8s SMC +non monitora&le ERC/ 9ut#en3caon : ceFe procdure !8re l’aut#en3caon et la cl de c#ira!e de la conne5ion. - Tau5 de succ8s */
)es compteurs 'ont monitorer les demandes d’acc8s Gui arri'ent au Node. On ne monitore donc pas ceu5 Gui sont mis a'ec une puissance insuLsante pour arri'er à >tre dtect. Penser à re!arder le RI car une mau'aise 'aleur du RI +inDrieur à -0Mdm par e5emple/ peut Dortement d!rader l’accessi&ilit% sans Gue cela se 'oit dans le TE9.
2
La connexion RRC se déroule en 3 phases % et ceci sui'ant la procdure ci-dessous +&locs en &leu/:
)es c#ecs de conne5ion RRC peu'ent >tre dus à direntes causes comme spci3 dans le sc#ma ci-dessus. )’ensem&le de ces sous causes est reprsent sur IPO(. P#ase 0 : !tablisse'ent d$un **C Connecon *euest prcisant le type de conne5ion +Emer!ency call% Re!istraon% Ori!inan! Call% IR9T Cell Reselecon% " .../ Plusieurs contrJles eectus à la rcepon du RRC Connecton Reques par le RNC% les re*ets à ce ni'eau peu'ent >tre dus à : - C#ar!e du RNC +re*ets "P )oad si trop de c#ar!e sur la carte ,P Gui !8re la Node/ - ContrJle d’admission +CE pour le A% Codes ou PQr% Transport ou Node pour la trans/ P#ase $ : !tablisse'ent du *adio #in Setu( re*ets possi&les cJt transport ou Ot#er P#ase 1 : !n)oi d$un RRC Connecton Seup par le RNC au mo&ile% conne5ion ta&lie.
#es connecons */ CS a)ec sous cause de dégradaons.
R9 : Radio 9ccess earer% est une ressource Gui permet de transporter les donnes ulisateur à tra'ers le rseau dacc8s +entre l’;E et le CN/ Pour le R9% la procdure se droule en 1 p#ases +locs &leu5/ :
6
)es c#ecs d’ta&lissement R9 peu'ent sur'enir au5 direntes tapes d’ta&lissments : P#ase 0 : */ Ma((ing e Ca(abilies ceFe p#ase n’est pas compat&ilise dans le TE9 c#eH E@@@ +on peut 'oir le !rap# dans l’on!let RNC@Trans/. R9 "appin! : Pro&l8me li à la demande par le mo&ile d’un R9 non disponi&le sur le rseau ou à la demande par le CN d’un R9 non disponi&le sur le RNC. ;e Capa&ilies : Pro&l8me li à l’incapacit du mo&ile de !rer le R9 demand. 9Fenon% compeurs uniquemen disponible sur le RNC. P#ase $ : d'ission Control Pro&l8me li% comme pour la procdure RRC% à un manGue de ressources% a'ec une sous-cause en plus Gue pour le RRC% les conte5ts A(P9% Gui reprsentent le nom&re de ;E A(P9 en @@. Ces causes sont re!roupes sous l’indicateur */5*e65d' a'ec une su&di'ision par ser'ice. P#ase 1 : !tablisse'ent *adio #in Re*ets Transport : )i à un pro&l8me de ressources sur le rseau de transport : Rejets Node : Lié à un problème sur le NodeB
'aintien de serice (KPI!TD%&
)e T(C Permet d’'aluer la capacit du rseau à orir au5 clients des ser'ices 3a&les. )a coupure d’appel met en 'aleur les pro&l8mes du rseau ou un paramtra!e inadGuat. )orsGu’un R9 est coup% le RNC en'oie un messa!e RANAP Iu Release Reques a'ec le c#amp : Sa&normal reasons% iden3ant la cause de coupure.
?
'obilité (KPI! I"AT )O&
)’on!let "o&ilit retrace les dirents cas de Aand O'er. On disn!ue principalement deu5 types : IR9T AO% Inter-UreG AO. IR9T AO : Inter Radio 9ccess Tec#nolo!ies Aand O'er% reprsente la procdure de reselecon intertec#nolo!ies% Gui se droule selon la procdure ci-dessous : Inter-UreG AO : reprsente la procdure de reselecon d’une nou'elle cellule 1, de DrGuence dirente de celle de la ser'euse )a procdure de AO se droule en deu5 p#ases : - P#ase prparaon : consiste à ta&lir la demande de relocalisaon au pr8s du CN. En cas d’>c#ec% ceci est traduit par la sous cause : ,smUailure 4oi5% prsent sur IPO( par V c#ec IR9T prp W P#ase e5cuon : Consiste au passa!e de la cellule 1, 'ers la cellule $,. En cas d’>c#ec% ceci est traduit par un dysDonconnement sur la cellule $, d’o la ncessit d’analyser les perDormances de la cellule $,.
"ADIO (KPI! "SSI&
"SSI : )e RI +Recei'ed i!nal tren!#t Indicaon/ 'a mesurer la c#ar!e ;) sur la cellule. )es 'aleurs normales sont entre -0M?.6 et -0M6 dm. ;n RI le' 'a inXuencer la Gualit radio sur le lien ;) et au!menter les risGues de perte de sync#ro. )es compteurs sur la c#ar!e intracellulaire% et de Noise Uloor +&ruit t#ermiGue/ ne sont pas encore dispo% à 'enir proc#ainement. C#aGue node dispose d’un mcanisme de contrJle de puissance en 1,% permeFant de sta&iliser la 'aleur du RI% ce mcanisme à $ principau5 &uts : "aintenir la Yo des connecons "inimiser la puissance transmise en ;) et en () +en Doncon de la localisaon de l’;E/.
)e PoQer Control sur les canau5 ddis +en R/ doit assurer une Gualit de conne5ion +en termes de loc Error Rate ou )ER/ tout en minimisant l’impact sur les autres ;E. En ;)% il permet de ma5imiser le nom&re de conne5ions Gui peu'ent >tre ser'ies a'ec la Yo 'oulue% tout en rduisant les interDrences.
T*pe de plainte On disn!ue deu5 cat!ories de plaintes radio :
Plainte sur indisponi&ilit du rseau. Plainte sur d!radaon de ser'ice a'ec rseau disponi&le.
7
Plainte sur indisponibilité du réseau (ans ce Type plainte le mo&ile n’a pas de conne5ion RRC ta&lit a'ec le rseau. )’;E% est donc en mode Idle% il assure dans ce mode plusieurs tac#es comme : o o o
elecon et Reselecon du P)"N. elecon et Reselecon de cellules. "ise à *our de localisaon.
i le mo&ile a d*à seleconn une cellule d’un P)"N autoris% il peut rece'oir les InDormaons yst8me du P)"N pour assurer plusieurs opraons +Par e5emple : Rece'oir le Pa!in! du rseau% rece'oir les ser'ices de diusions et meme ta&lir une conne5ion RRC en ulisant les cannau5 de commandes/.
Plainte sur dé+radation de serice aec réseau disponible (ans ce type de plainte le mo&ile poss8de une conne5ion RRC ta&lit a'ec le rseau. )e mo&ile assure dans ce mode plusieurs tac#es comme : o o o o o o o o
)’ta&lissement du Radio earer. Transmission de donnes. Rapports de mesures. Cell ;pdate. ;R9 ;pdate. 9*out@upression de liens Radio. Aando'er. Pa!in! dans l’tat connect +Par e5emple Rece'oir un appel entrant 4oi5 pendant un transDert de donnes.
Z
, S*nt-.se t Prise en 'ain De L/outil IPOD
Prise n 'ain de l/outil
(ans la suite% Plusieurs captures d’crans permeFent d’e5pliGuer comment e5ploiter l’oul IPO( pour lancer des Deuilles de perD% consulter les alertes.
CliGuer sur V PerDormance W V Ueuilles de PerDormance W cliGue sur V Yuodienne W si on 'eut une cour&e Guodienne.
CliGuer sur 9lerteurs RNC sous le menu 9lerteurs pour aLc#er les 9lertes RNC
Entrer le numro de Node% RNC ou cellule pour aLc#er les cour&e.
,lisser ici pour c#oisir la priode Gue l’on 'eut 'oir.
Cli uer sur 'alider our 'oir le rsultat.
Plainte de Type P& d’mission 4oi5 ET (9T9
T(C
P& li à la mo&ilit AO ET AO P )enteurs et dconne5ions (9T9
ynt#se
)’on!let ynt#8se est construit a3n de pou'oir dire en un coup d’oeil si une Hone donne +cellule% node% RNC% re!ion% cluster/ à un pro&l8me : (onnes peu@pas 3a&les 9ccessi&ilit "ainent de ser'ice Perte de traLc "au'ais 'oisina!e 1,$, InterDrences ;) trop le'es Pa!in! mau'ais i c’est le cas% les autres on!lets sont là pour a'oir plus de details sur ce pro&l8me. C’est le seul on!let Gui est normalement 'isi&le par les mana!ers.
Disposition des +rap-i0ues (isponi&ilit des cellules TE9 Tra3c 'oi5 Tra3c data ;) <"o= AO 1,$, 4isio
Uia&ilit mtrica T(C 'oi5 Nom&re moyen d’;E en @@ Tra3c data () <"o= RI
9'ant toute analyse sur IPO(% une premi8re tape s’impose à sa'oir la consultaon de la 3a&ilit des donnes : (ans l’on!let synt#8se d’une Deuille de PerD Ericsson :
iabilité '*per2
0M
KPI (ataloaded Cell (ataloaded Node (ataloaded RNC
Type N&r N&r N&r
E[P)IC9TION )e tau5 des donnes c#ar!es sur "etrica à la cellule )e tau5 des donnes c#ar!es sur "etrica à la node )e tau5 des donnes c#ar!es sur "etrica au RNC
%ommentaires : 0. i les tau5 ne sont pas à 0MM\ p& myperD ou p& sur c#ar!ement des compteurs à l’O"C (onnes intraita&les à parr d’un certain seuil. $. )’analyse à parr des KPI ne sera pas 3a&le. N : CeFe consultaon est 'ala&le pour tous les KPI ci-dessous.
00
3 'ét-ode De Traitement IPOD d/une plainte sur indisponibilité du réseau Pour une plainte sur indisponi&ilit de rseau% le mo&ile n’arri'e pas à s’aFac#er au rseau. 93n d’analyser ce type de plainte% on commence par analyser les KPI ci-dessous :
31 Disponibilité des cellules (ans l’on!let synt#8se d’une Deuille de PerD Ericsson :
KPI Indispo 9uto T5 Indispo "anuel T5 (ispo Totale T5 Indispo A(P9 T5 Indispo A;P9 T5
Type \ \ \ \ \
E[P)IC9TION Cellule loce automaGuement +p& lien a'ec RNC par e5emple/ Cellule loce manuellement par perDman omme des indispos Cannau5 A(P9 locs Cannau5 A;P9 locs
%ommentaires : 0. KPI à 'ri3er a'ant toute analyse d’une plainte +perD/.
Procédure 4 suire en cas d/Absence totale de pa+in+: 1. Indispo 9uto T[ :
4ri3er Gu’on n’a pas de cet ,IR sur la Node et Corrler la date de l’indispo a'ec la plainte. 4ri3er la prsence des alarmes ou &a!ots Trans à l %MC.
En'oie un TT 9u N0.
2. Indispo "anuel T5 :
4ri3er Gu’il n’ya pas de Ticet GI*. 4alider Gue la cellule est loc à parr de %CS. Iden3er Gui a loc la cellule à parr de C*S. Rensei!ner le TT sur la cause du loc.
0$
3, Pa+in+ +ranularité 5ode # Ce KPI est tr8s important% car il permet de dtecter les indisponi&ilits li au cur du Rseau. (ans l’on!let synt#8se d’une Deuille de PerD Ericsson :
KPI
Type
Pa!in! T0 +Idle/
N&r
Pa!in! T$ +Connecte/
N&r
Pa!in! T5E T0
\
E[P)IC9TION - Paging ype 1 : ;lis pour le « Mode IDLE et les deu5 tats CELL!PC" et #RA!PC" pour : No3er l’arri'e d’un appel entrant au mo&ile. 9nnoncer la modi3caon des inDormaons syst8me diuses dans la cellule courante. Ordonner le mo&ile de passer de l’tat CELL!PC" ou *5PC7 à l’tat CELL!$AC" +Yuand l’;TR9N re]oit du tra3c descendant desn au mo&ile/. - ;lis pour les tats CELL!$AC" et CELL!DC" . )e messa!e V Pa!in! type $ W est transmis sur un canal lo!iGue ddi (CCA support par un canal de transport de type U9CA ou (CA. -Tau5 d’erreur pa!in! de Type 0.
%ommentaires : 0. )a 'ariaon de ce compteur permet de meFre en 'idence des pro&l8mes au ni'eau du Cur de rseau. $. ;ne a&sence totale de pa!in! peut >tre à l’ori!ine de l’in*oi!na&le.
Procédure 4 suire en cas d/Absence totale de pa+in+:
En'oie un TT au N$.
01
33 Tra6ic 7oi8 (ans l’on!let synt#8se d’une Deuille de PerD Ericsson :
KPI Tra3c 4oi5 Tra3c 4oi5 (im
Type N&r N&r
E[P)IC9TION Tra3c 'oi5 de la &est ser'euse Tra3c 'oi5 de la &est ser'euse tra3c 'oi5 so^-#ando'er
%ommentaires : 0. $. 1. 2.
)e tra3c 'oi5 (I" est tou*ours plus important Gue le tra3c 'oi5. i la dirence est Dai&le% la cellule est soit isole% soit entoure de cellules Gui tra3Guent peu. i la dirence est le'e% alors le recou'rement entre cellules est important% et les cellules d’à cJt tra3Guent &eaucoup. )a modi3caon de param8tre est si!nale par cet icJne E5emple de &aisse de tra3c a'ec les principau5 param8tres de mo&ilit ;sedUreGT#res#$dRscp ou ;sedUreGT#res#$dEcno.
Pour iden3er le param8tre modi3% eectuer un clic e droit sur l’icJne. (ans le cas o le param8tre de ;sedUreGT#res#$dRscp ou ;sedUreGT#res#$dEcno c#an!e.
E5emple ici )e param8tre ;sedUreGT#res#$dRscp passe de -0M? à -66 02
E5emple ici )e param8tre ;sedUreGT#res#$dEcno passe de -06d à 01d.
Procédure 4 suire dans ce cas pour l/anal*se :
3. OC Porteuse. Corrler l’oc de la porteuse +4ia IP%" en aLc#ant les autres porteuses et 'oir la date à laGuelle la porteuse à commencer à tra3Guer/ a'ec la &aisse du tra3c et 'ri3er par la suite les PerDormances sur la nou'elle porteuse et si la nou'elle porteuse cou're &ien le client
En'oie à l’opm pour une 'entuelle opmisaon 8 GI*9
4. OC ITE 4OIIN +ou'rir les sites 'oisins sur ipod et 'oir la date de d&ut du tra3c/. Corrler l’oc +)a date d’oc est 'isi&le dans %SM%S!/ du site a'ec la &aisse du tra3c et 'ri3er par la suite les PerDs sur les nou'eau5 sites et si le site cou're &ien le client En'oie à l’opm pour une e'entuelle opmisaon :. 9larme RET +Remote Electrical Tilt/. 4ri3er Guil y _a une ou des alarmes RET à l %MC. ` TransDert N0 ou craon IT4. ;. 4ri3er si c#an!ement de Tilt sur GC* et la 'aleur actuelle sur /CM.
06
` En'oie à l’opm pour une 'entuelle opmisaon <. Plusieurs sites appartenant au m>me RNC prsentant la m>me d!radaon au m>me moment ` (!radaon li à un ,CR type Reparenta!e +oul GC*/ TT ou contact du !roupe responsa&le =. )a modi3caon de param8tre est si!nale par cet icJne &leu i(od. +'oir bb prc8dent/ Corrler ce c#an!ement a'ec le d&ut de la plainte
331 Propa+ation Dela* Tout c#an!ement au ni'eau cou'erture est 'isi&le à parr du KPI propa!aon (elay Gui donne une inDormaon sur la distance de cou'erture. Ce KPI permet d’o&ser'er les &aisses de tra3c Gui ne sont pas tou*ours 'isi&les sur le KPI tra3c 'oi5. )e propa!aon (elay nous indiGue à Guelle distance l’ulisateur se trou'e du site au moment de commencer sa communicaon. CeFe inDormaon est remonte par le N9P etup reGuest. (ans l’on!let R9(IO d’une Deuille de PerD Ericsson :
KPI Mm à 16Mm 16Mm à 7MMm 7MMm à 0M6Mm 0M6Mm à 02MMm 02MMm à 076Mm 076Mm à $0MMm $0MMm à $26Mm $26Mm à $ZMMm $ZMMm à 106Mm 106Mm à 16MMm 16MMm à 2$MMm 2$MMm à 2MMm up 2MMm Propa!aon (elay
Type \ \ \ \ \ \ \ \ \ \ \ \ \ N&r
E[P)IC9TION
Proporon de Propa!aon (elay situs dans c#aGue tranc#e.
Propa!aon (elay moyen% calcul !rce à la P(U.
0?
%ommentaires : 0. )e Propa!aon (elay est &as sur le param8tre Cell Ran!e Gui est 35 à 16m% et Gui correspond à la distance ma5imale de cou'erture d’une communicaon. C’est pourGuoi on incrmente les tranc#es par pas de 16Mm% cest-à-dire 0\ du Cell Ran!e. $. )e Propa!aon (elay moyen est calcul à parr de la P(U% donc pas tr8s prcis lorsGu’on a peu de tranc#es reprsentes. 1. Permet de sa'oir si une cellule 'a c#erc#er des communicaons loin de l’antenne% ou si au contraire on est dans un en'ironnement asseH con3n.
Procédure 4 suire dans ce cas pour l/anal*se :
Pour ce cas la procdure à sui're est idenGue Gue pour+le para!rap#e 1 .1/
07
9 'ét-ode De Traitement IPOD D/une plainte sur une dé+radation de serice aec "éseau Disponible Il s’a!it des plaintes Gu’on peut a'oir alors Gu’on est connect au rseau.
33 "éseau disponible aec P# d/acc.s au serice oi8 ou DATA (TA& )e TE9 c’est le produit du R9 et du RRC .Pour monitorer le TE9 il Daudra donc re!arder si la d!radaon est 'isi&le au Ni'eau R9 ou RRC. (ans l’on!let synt#8se d’une Deuille de PerD Ericsson :
KPI
Type
TE9 C
\
TE9 P
\
RRC Cn5 C 9Fp RRC Cn5 P 9Fp
N&r N&r
E[P)IC9TION Tau5 d’ta&lissement d’appel 'oi5 +prend en compte le RRC et le R9 à l’c#elle cellule@onde. Tau5 d’ta&lissement d’appel data +prend en compte le RRC et le R9 à l’c#elle cellule@node. N&r de tenta'es RRC 'oi5. N&r de tenta'es RRC data.
%ommentaires : 0. O&*ecDs : Z%6\ de TE9 *our. $. )orsGue le client a des pro&l8mes d’mission a'ec un rseau disponi&le il Daut re!arder ce KPI. 1. )es KPI importants à re!arder se trou'ent dans la pare accessi&ilit dans IPO(. Un problème de TEA peut avoir des sous causes de type RRC ou RAB voir la partie Rejets RRC, avec sous causes admission et Sous causes de dégradaons du */ /
0Z
*e6ets **C a)ec sous causes ad'ission
(ans l’on!let 9ccessi&ilit d’une Deuille de PerD Ericsson :
KPI RRC cn5 re*
Type N&r
Prop "P)oad
\
Prop Timer
\
Prop 9dm CE ;) Prop 9dm CE () Prop 9dm (lPQr Prop 9dm C#nlCode
\ \ \ \
Prop 9dm )oad#arin!
\
Prop Tn Prop Node
\ \
Prop Ot#ers
\
E[P)IC9TION N&r de re*ets totau5 sur les tenta'es RRC +CPI,/ Proporon des re*ets dus à : 0. ;ne surc#ar!e de la carte ,P du RNC auGuel le Node est raFac#. CeFe surc#ar!e peut >tre due à ce Node% mais aussi à un autre raFac# à la m>me carte ,P. $. )a Donconnalit RRC RNC )oad Control. Proporon des re*ets dus à l’e5piraon du mer T16$% Gui correspond au temps d’aFente par le RNC de l’en'oi du messa!e RRC Connecton Seup Complee par le mo&ile. Proporon des re*ets dus à une saturaon d’une de ces 2 ressources radio #ardQare. Uonconnalit de !eson de c#ar!e entre porteuses nonimplmente sur le rseau pour l’instant. Proporon des re*ets dus à une saturaon sur la trans% Iu& ou autre. Proporon des re*ets non-iden3s% Gu’ils soient dus à l’admission ou apr8s l’admission.
%ommentaires : 0. MP #oad : AistoriGuement% des re*ets "P )oad 'iennent d’une surc#ar!e au ni'eau d’une carte ,P dans le RNC% à cause de n’importe Guelle node de ceFe carte. "ais depuis le dploiement de la Donconnalit RRC RNC )oad Control% on ne de'rait plus d!rader l’acc8s des autres sites d’une ,P lorsGu’on a une surc#ar!e sur un site. (e plus% ceFe Donconnalit pro'oGue des re*ets "P )oad pour une surc#ar!e Node +sur crit8re de n&r de re*ets RRC/% et donc plus du tout en rapport a'ec le RNC. Pour 'oir s’il y a eec'ement une surc#ar!e RNC% on peut corrler a'ec le !rap# Pa!in!. $. &i'er : Ces re*ets arri'ent lors d’une perte de cou'erture par e5emple. Ils sont en !nral ma*oritaires en proporon sur une cellule peu c#ar!e ou &ien dimensionne% mais passe minoritaires d8s Gu’il y a un pro&l8me.
0
(ans le cas de cellule ayant une cou'erture tr8s tendue% ils peu'ent d!rader le TE9. 1. *essources : Ces re*ets tmoi!nent d’un manGue d’une certain ressource% sur le site +CE% codes/ ou la cellule +pQr/. 2. *e6ets &n : Con!eson Iu& en nom&re de C I( cest-à-dire en nom&re de conne5ions simultanes% sur la classe 9 Gui conent la I, et la 'oi5. 6. *e6ets >ode : Con!eson Iu& en &ande passante. ?. Plus d’e5plicaons dans la pare t#oriGue &rans% pour les re*ets Tn et Node. 7. On ne peut pas Daire la dirence entre les re*ets ot#ers adm et les re*ets ot#ers a^eradm parce Gue les re*ets Node et Tn sont mi5tes. Z. En !nral% les re*ets Ot#ers tmoi!nent : a. (’un tat de con!eson () sur la puissance Re +à corrler a'ec les !rap#s de con!eson du m>me on!let/. On le 'oit sous ,PEA a'ec le messa!e : INTERN9)T9RTCON,ETION% INTERN9)TOPCON,ETION. &. (’un pro&l8me sur l’Iu& +à corrler a'ec l’on!let RNC@Trans.% ou a'ec le compteur pmAse'ereCon!/.
Sous causes de dégradaons du */
(ans l’on!let 9ccessi&ilit d’une Deuille de PerD Ericsson :
KPI 9dm 'oi5 9^9dm NodeTn 'oi5
Type \ \
Ot#ers 'oi5
\
N&r R9 aFp N&r R9 success
N&r N&r
E[P)IC9TION (!radaon du T5 R9 C pour cause admission. (!radaon du T5 R9 C pour cause Iu&. (!radaon du T5 R9 C pour cause non-iden3e% apr8s l’admission. -
%ommentaires : 0. Il y a plus de R9 C aFempts Gue de RRC C aFempts car on peut Daire un mul-R9 CP à parr de CellU9CA ou Cell(CA% et donc d’une conne5ion RRC P. $. d' , )es sous-causes de re*ets admission sont% de la m>me mani8re Gue pour le RRC% communes au C et au P. 9 ceci pr8s% Gu’un aFempt RRC est idenGue pour le C et pour le P. Pour la pare R9% c#aGue aFempt est dirent : C f P Re f P A(P9. Il n’y a pas de contrJle d’admission sur les conte5ts pour la 'oi5.
$M
1. ?er d' , Pro&l8me Iu&% au ni'eau des conne5ions simultanes sur la classe 9 ou au ni'eau de la &ande passante. 2. %thers , Pro&l8mes di'ers. Peut >tre du à une surc#ar!e de l’IuCs Gui parle par l’Iur.
Procédure 4 suire dans ce cas pour l/anal*se : 1. Prsence dindisponi&ilit syst8me et Aausse N&re Re*ets cause I; 4eri3er Guil y a des bagots de lien iub @ lA%MC.
TT N0
2. 9CTI4ITE RE,)9,E 4ri3er Gue la cellule tra3c depuis moins de 06 gours Cellule dloce par lGuipe r!la!e TT Opm 3. P E0 %MC 9larmes
TT N0
4. Pro&l8me li au dimensionnement du site 4alider sur Ipod Gue nous a'ons des re*ets RRC de Type Tn 4ri3er le nom&re d’E0 +n&re E0 h` $ sur /CM/ TT Opm pour a*out lien :. "odi3caon lt 4alider Gue le lt a t modi3 Procdure C" pour 'oir Gui a modi3 le paramtre +4oir Plus #aut/
TT Opm Pour opm cou'erture
;. ,a&arits puissance mal 'aloriss + /CM9 Rele'er les pertes Deeders% la con3!% la prsence ou non de T"9 et la puissance de la cellule Trou'er les !a&arits de puissances et les Comparer a'ec les 'aleurs sur le terrain + P#49
"odi3caon paramtre ou TT N$ pour modi3caon paramtre
<. ;ne mau'aise 'aleur du RI +inDrieur à -0Mdm par e5emple/ peut Dortement d!rader l’accessi&ilit% sans Gue cela soit 'u dans le TE9 8Boir (aragra(he 4.; (our la (rocédure sur le *SSI9 i on constate une Uorte Aausse du RI ou du ROT + IP%"9 4alider Guaucun param8tre radio na t modi3 8IP%"9 4alider Guil ny a aucune alarme sur l %MC 4ri3er les 'oisines proc#es a'ec un RI d!rad
OPR YO RI pour analyser et dclenc#ement 9NUR
$0
9, %oupure de communications (TD% 7oi8& (ans l’on!let synt#8se d’une Deuille de PerD Ericsson :
KPI Uin 4oi5 OK T(C 4oi5
Type N&r \
E[P)IC9TION N&r de R9 'oi5 3nis normalement ( normal release !) Tau5 de coupure des communicaons 'oi5
%ommentaires : 0. O&*ecDs : 0pts de TdC *our. $. Ce KPI est à re!arder lorsGue le client se plaint de coupures apr8s l’ta&lissement d’un appel.
)a d!radaon du T(C C peut a'oir plusieurs sous causes% le KPI ci-dessous permet de 'oir les sous causes.
&"C CS et Contribuon de chaue sous cause dans le &dc.
(ans l’on!let "ainen de ser'ice d’une Deuille de PerD Ericsson :
KPI R9 Uin4oi5 OK T(C 4oi5 T5(rop4oi5 ;lync T5(rop4oi5 oAoProc T5(rop4oi5 oAo4ois T5(rop4oi5 Con! T5(rop4oi5 Ot#er
Type N&r \ \ \ \ \ \
E[P)IC9TION N&r de R9 'oi5 Gui se sont termin correctement. -
Contri&uon de c#aGue sous-cause dans le TdC.
$$
%ommentaires : 0. $. 1. 2. 6.
O&*ecDs : 0\ de TdC *our. # synchro : tmoi!ne d’une perte de cou'erture. ParDois d’un manGue de 'oisines $,. Soho (roc : tmoi!ne d’un pro&l8me sur une 'osine 1,. Soho )ois : tmoi!ne d’un manGue de 'oisina!e. %thers : tmoi!ne principalement d’un manGue de 'oisines $,. "ais peut aussi a'oir d’autres causes.
Procédure 4 suire dans ce cas pour l/anal*se : 1. Prsence dindisponi&ilit syst8me et Aausse N&re Re*ets cause I; 4ri3er Guil y a des &a!ots de lien iu& à l %MC 2. "anGue de 'oisine+s/ $, ou 1, 4ri3er si une@des 'oisines manGuante en ulisant ,oo!le eart# et les tables8/CM9 tran5!35P;5Gs'*elaon tran5!35P;5tran*elaon. Iden3er et 4alider la pernence des 'oisines à a*outer
6out des )oisines )ia /CM
3. P E0 E0 est (isa&led + alar'es %MC9
TT N0
4. "9NY;E )iens I; 4alider sur Ipod Gue nous a'ons des re*ets au ni'eau du lien I; 4ri3er le nom&re d’E0 +n&re E0 h` $ sur IP%"/
TT Opm pour a*out lien
:. "odi3caon lt + GC*/CM9 4alider Gue le lt a t modi3 TT Opm Pour opm cou'erture ;. rouilleur 8Boir (aragra(he 4.; (our la (rocédure sur le *SSI9 Uorte Aausse du RI et du ROT ur IP%" 4alider Guaucun param8tre radio na t modi3 4alider Guil ny a aucune alarme sur l %MC 4ri3er les 'oisines proc#es a'ec un RI d!rad+ IP%"9
OPR YO RI pour une analyse ou dclenc#ement 9NUR
$1
93 #aisse Du Tra6ic et déconne8ions DATA (Tra6ic Data L DL ;'o<& (ans l’on!let synt#8se d’une Deuille de PerD Ericsson :
KPI Tra3c A;P9 R)C Tra3c R ;)
Type N&r N&r
E[P)IC9TION Tra3c A;P9 pris sur la couc#e R)C <"o= Tra3c Re ;) <"o=
%ommentaires : 0. )e tra3c data ;) A;P9 inclut le tra3c sur le 0Mms et le $ms. $. Il Daudra sur'eiller la 'ariaon de ce indicateur dans le cas d’une plainte (9T9. (ans l’on!let synt#8se d’une Deuille de PerD Ericsson :
KPI Tra3c A(P9 R)C +"o/ Tra3c () R +"o/ (&it A(P9 "oy ;le par Cell +K&its@s/ (&it A;P9 "oy ;le par ;lisateur +K&its@s/
Type N&r N&r
E[P)IC9TION Tra3c A(P9 pris sur la couc#e R)C <"o=. Tra3c Re ;) <"o=.
N&r
(&it moyen cellule% sans prise en compte de la 3le d’aFente.
N&r
(&it moyen user% sans prise en compte de la 3le d’aFente.
%ommentaires : 0. Il ne doit normalement y a'oir aucun +ou tr8s peu/ tra3c P () Re. Pour Tout pro&l8me (9T9 il Daudra re!arder l’Ecr>ta!e dans IPO( +On!let RNC Trans/ . $. I; dans l’on!let RNC TR9N. ;ne 'ariaon des dirents KPI de ce !rap#e peu'ent *us3er des pro&l8mes (9T9. 1. i le tra3c A(P9 h tra3c Re () surconsommaon en ressource notamment puissance +P& manGue de conte5te A(P9% ou paramtra!e à 'ri3er/ 2. Pour des pro&l8mes (ata il sera important de re!arder l’on!let RNC TR9N Gui permet de meFre en 'idence des pro&l8mes Trans au ni'eau de )’I; +Con!eson I; Et Ecr>ta!e A et E;)/. $2
6. )’Ecr>ta!e A est ma5 à parr de =D et traduit de la con!eson (9T9 en (). ?. )’Ecr>ta!e E;) doit >tre à % et traduit des pro&l8mes en ;).
Procédure 4 suire dans ce cas pour l/anal*se : 1. OC +ou'erture commerciale/ Porteuse. Corrler l’oc de la porteuse +4ia ipod en aLc#ant les autre porteuse et 'oir à Guelle date la porteuse à commencer à tra3Guer/ a'ec la &aisse du tra3c et 'ri3er par la suite les PerDs sur la nou'elle porteuse et si la nou'elle porteuse cou're &ien le client En'oie à l’opm pour une 'entuelle opmisaon 2. OC ITE 4OIIN +ou'rir les site 'oisins sur ipod et 'oir la date de d&ut du tra3c/. Corrler l’oc du site a'ec la &aisse du tra3c et 'ri3er par la suite les PerDs sur le nou'eau5 site et si le site cou're &ien le client En'oie à l’opm pour une 'entuelle opmisaon 3. 9larme RET +Remote Electrical Tilt/. 4ri3er Guil y a une ou des alar'es *!& @ lA%MC ` TransDert N0 ou craon IT4 +inter'enon/ 4. 4ri3er si c#an!ement de Tilt sur + GC*/CM9 ` En'oie à l’opm pour une 'entuelle opmisaon :. Plusieurs sites appartenant au m>me RNC prsentant la m>me d!radaon au m>me moment ` (!radaon li à un ,CR type Reparenta!e +oul GC*/ TT ou contact du !roupe responsa&le ;. )a modi3caon de param8tre est si!nale par l’icJne &leu sur IP%". <. 4ri3er si pas d’alerte (im sur !P%
99 cr=ta+e I# t Déconne8ions DATA (ans l’on!let RNC@TR9N d’une Deuille de PerD Ericsson :
KPI Ecr>ta!e A Ecr>ta!e E;)
Type \ \
E[P)IC9TION aturaon (e )’I; en (). aturaon de )’I; en ;).
%ommentaires : )’Ecr>ta!e A est au ma5imum à parr de =D et )’’Ecr>ta!e E;) ne doit pas dpasser 0
$6
Procédure 4 suire dans ce cas pour l/anal*se :
Il Daut 'ri3er si le site n’est pas 9lert En (I" 8!P%9. Iden3er si la r!ion à lancer des 9cons pour amliorer la ca(acité I/ du site 8GC*9. i la (!radaon est post-op contacter le responsa&le de l’op ou le N0 8GC*9
39 Plainte sur in>oi+nabilité aléatoire ?coupures lié 4 un P# de mobilité ()O 3G,G& (ans l’on!let "o&ilit d’une Deuille de PerD Ericsson :
KPI AO 1,-$, T5 d’appels 1, 3nissant en $,
Type N&r \
E[P)IC9TION N& d’AO russies en 'oi5 de la 1, 'ers la $, Tau5 d’appel 'oi5 3nissant sur la $,.
%ommentaires : 0. jjj Pas de donnes à g-0. Il Daut aFendre g$ pour en a'oir jjj $. (es tau5 Dai&les h0M\ si!ni3ent une cellule &ien cou'erte en 1,. 1. (es tau5 le's si!ni3ent Gue la cou'erture en mode connect est Dai&le. 2. )a 'aleur *our rseau à date% pour le n&r d’appel 'oi5 3nissant en $,% est : $M\. (ans l’on!let "o&ilit d’une Deuille de PerD Ericsson :
KPI Prop c#ec IR9T prp Prop c#ec ;e +e5c/ Prop c#ec P#ysC#an +e5c/ Prop c#ec Ot#er +e5c/ Part de mul-R9 N& IR9T AO 9Fempt N& IR9T AO uccess
Type \ \ \ \ \ N&r N&r
E[P)IC9TION Tau5 d’Ec#ec "o&ilit 1,-$, dans la p#ase protocolaire. Tau5 d’Ec#ec "o&ilit 1 , - $ , dans la p#ase E5cuon.
$?
Procédure 4 suire dans ce cas pour l/anal*se pour la p-ase prep: 0. Inco#rences Cur Ec#ec AO ` (I4@M a'ec toutes les cellules $, (!radaon li à un GC* de type Qap de T . TT 'ers le !roupe responsa&le
$. P sur 'oisine $, (ia!nosGuer la 'oisine $, d!rad IP%". 4ri3er sil y a un TT GI* $, en cours correspondant à la d!radaon 9ssoci le TT alerte $, ou cre un nou'eau5 TT alerte apr8s In'es!aon. 1. )oc dune 'oisine $, Aausse dc#ec IR9T AO CkP Iden3er les cellules $, )oces 4alider sur OC Gue les cellules noter est &ien loces Contact r!ion pour 'oir le moD du loc si l’inDormaon n’est pas disponi&le dans les &ases. 2. IN4ERION UEE(ER #ausse@o &aisse de tra3c dun Co-secteur C#an!ement de comportement du RI et@ou c#an!ement de comportement du propa!aon delay (!radaon lie à un GC*. (!radaon lie à une Dorte &aisse@#ausse des Xu5 AO 1,1, et 1,$, N0 ou dclenc#ement d’une IT4 pour 'ri3caon de l’in'ersion de Deeders 6. "anGue de 'oisine+s/ $, ou 1, "anGue de 'oisine+s/ $, ou 1, 4ri3er si une@des 'oisines manGuante en ulisant Google earth et les ta&les /CM tran5!35P;5Gs'*elaon tran5!35P;5tran*elaon. Iden3er et 4alider la pernence des 'oisines à a*outer.
Procédure 4 suire dans ce cas pour l/anal*se pour la p-ase 8ec: 0. P sur 'oisine $, (ia!nosGuer la 'oisine $, d!rad 8IP%"9 4ri3er sil y a un TT ,IR $, en cours correspondant à la d!radaon 9ssoci le TT alerte $, ou cre un nou'eau5 TT alerte $. )oc dune 'oisine $, Aausse dc#ec IR9T AO CkP IP%" Iden3er les cellules $, )oces 4alider sur OC Gue les cellules noter est &ien loces Contact r!ion pour 'oir le moD du loc 1. "odi3caon DrGuence Aausse des Ec#ecs IR9T AO C-Prparaon IP%" 4alider Guun param8tre de DrGuence radio a t modi3 IP%" TT N$ $7
3@ Probl.me "ADIO de TP "OT;d#<&
#rouilla+e ("SSI ;d#< T
;ne mau'aise 'aleur du RI +inDrieur à -0Mdm par e5emple/ peut Dortement d!rader l’accessi&ilit% sans Gue cela se 'oit dans le TE9. )e RI +Recei'ed i!nal tren!#t Indicaon/ 'a mesurer la c#ar!e ;) sur la cellule. )es 'aleurs normales sont entre -0M?.6 et -0M6 dm. ;n RI le' 'a inXuencer la Gualit radio sur le lien ;) et au!menter les risGues de perte de sync#ro. (ans l’on!let ynt#8se d’une Deuille de PerD Ericsson :
KPI InterDrences Intra
Type \
InterDrences Inter k E5ternes
\
RI
N&r
E[P)IC9TION Proporon d’interDrences intra-cellulaires dans le RI. Proporon d’interDrences inter-cellulaires et e5ternes à la 1, dans le RI. E'oluon du RI
%ommentaires : 0. )e RI durant la nuit doit >tre entre -0M7dm et -0M?dm. $. ’il est inDrieur% cela peut >tre d à une mau'aise dclaraon des pertes Deeder% ou à une dclaraon de T"9 Gui n’e5iste pas. 1. CeFe d!radaon peut inter'enir Pour les pro&l8mes d’mission aussi. 2. )a dirence de RI entre nuit et *our est appele le RoT +Rise o'er T#ermal/. 6. i le RoT dpasse les 2.6d% alors on ne peut plus a'oir de d&it en A;P9. ?. i le RoT dpasse les 2.6d% alors on entre en con!eson ;). 7. )e RI Node est un &on tmoin des perDs eec'es du site. (ans l’on!let R9(IO d’une Deuille de PerD Ericsson :
KPI Md à M.6d
Type \
E[P)IC9TION Proporon de RoT situs dans c#aGue tranc#e. $Z
M.6d à 0d 0d à 0.6d 0.6d à $d $d à $.6d $.6d à 1d 1d à 1.6d 1.6d à 2d 2d à 2.6d 2.6d à 6d 6d à ?d ?d à 7d 7d à Zd up Zd RoT
\ \ \ \ \ \ \ \ \ \ \ \ \ \
Rise O'er T#ermal moyen
Commentaires : 0. )e RoT moyen est calcul à parr de la P(U. Il est donc proc#e de la 'aleur RI calcule à l’aide de la P(U. $. i le RoT dpasse les 2%6d% alors on entre en con!eson ;).
Procédure 4 suire dans ce cas pour l/anal*se :
0. 4ri3er si le RI durant la nuit doit >tre entre -0M7dm et -0M?dm 8 IP%"9 $. 4ri3er ’il est inDrieur% cela peut >tre d à une mau'aise dclaraon des pertes Deeder% ou à une dclaraon de T"9 Gui n’e5iste pas sur P#4 et %MC 1. 4ri3er i le ROT dpasse les 2.6d% alors on ne peut plus a'oir de d&it en A;P9 sur 8IP%"9 2. 4ri3er i le ROT dpasse les 2 d% alors on entre en con!eson 8P%"9 6. 4ri3er si alarme 8%MC9 ` i la cellule est d!rade au ni'eau du RI a'ec ses 'oisines Craon TT à OPRYO RI Ericsson En prcisant les cellules d!rades. ` Craon TT au N0 en cas d’alarmes.
$
Glossaire : 9)C9P +9ccess )in Control 9pplicaon Protocol/ )ER +Bloc! Error Rate" CE +c#annel element/ CN +core net#or!" IR9T +$nter radio access tec%nolo&y %andover" IT4 +inter'enon/ Iu& bet#een t%e RN' and t%e Node B" N9 +Non(access stratum" OC +ou'erture comercial/ P)"N +)ublic Land *obile Net#or!" R9 +Radio Access Bearer" RET +Remote Electrical Tilt/ RNC +Radio Net#or! 'ontroller / ROT +rise over t%ermal" RRC +Radio Resource 'ontrol" RI +Recei'ed i!nal tren!t# Indicaon/ "C ++ervice *ana&ement 'enter" T(C +tau5 coupure appel/ TE9 +tau5 ta&lissement appel/ T"9 +To#er *ounted Ampli,ier" ;R9 +Unité de Raccordement de l-Abonné" UsedFreqThreshdRscp +euil de mobilité sur niveau de c%amps" UsedFreqThreshd!cno +euil de mobilité sur Bruit" "#$# )rocédure de mobilité ./(./"
1M
