Vous êtes sur la page 1sur 13

Structures temporelles du systme GSM

Chaque porteuse est divise en intervalle de temps, le plus petit lment de ces
structures est le slot, d'une dure de 0,5769 ms il permet de vhiculer avec une
priodicit bien dfinie des lments d'informations appels "burst". Les slots ou "Time
slot" sont groups par huit afin de dfinir l'lment essentiel du systme GSM : la trame
TDMA, sa dure est de 8 x 0,5769 = 4,6152 ms. Chaque utilisateur utilise un slot par
trame TDMA, ces slots sont numrots avec un indice TN (Time slot Number) allant de 0
7. Le systme GSM est constitu principalement de canaux logiques, c'est canaux
sont la rsultante d'une rptition priodique de slots dans la trame TDMA, on l'appel la
multi-trame. Tous les canaux logiques n'ont pas les mmes besoins, certains se
contentent de faibles dbits alors que d'autres sont beaucoup plus gourmands en
ressource. Afin de grer les dbits et de dfinir une priodicit sur les canaux logiques,
on a cr deux structures de Multi-trames. La Multi-trame 26 compos de 26 trames
TDMA, d'une dure de 120 ms, et la Multi-trame 51, compose de 51 trames TDMA,
d'une dure de 235,8 ms. Pour grer ces deux multi-trames, on a cr la Super-trame,
structure rassemblant 26 Multi-trame 51 ou indiffremment 51 Multi-trame 26. Sa dure
est de 6,12 s, mais la Super-trame n'a pas de fonction essentielle, son seul rle est de
contribuer la dfinition de l'Hyper-trame.
Compos de 2048 super-trames, sa priode est de 3h 28mn 53s 760 ms. Elle va servir
de base la cration d'un code de temps : "Time code", chaque trame TDMA
composant la l'Hyper-trame se voit attribuer un numro : "Frame Number". Ce compteur
va permettre au mobile de se synchroniser finement avec la cellule en se verrouillant
dessus, le "Time code" dmarre au mme instant pour toutes les frquences d'une
mme BTS. Le compteur est aussi utilis pour le chiffrement dans l'algorithme A5.
Canaux logiques du systme GSM

On distingue 2 sortes de canaux dans le systme GSM, le canal physique et le canal


logique. Le premier peut tre une porteuse module sur une frquence (ex : le canal 1
duplex sur les frquences 935,2 / 890,2 MHz ) ou l'association de 2 canaux logiques
TCH + SACCH duplex, qui peut tre vue comme un circuit tlphonique classique.
Le second est une suite de slots de diffrentes trames TDMA (modul sur un ou des
canaux GSM) qui mis bout bout, forme un canal logique.
On distingue deux types de canaux logiques : les ddis, qui allouent une ressource
rserve un mobile afin qu'il puisse communiquer avec le rseau, et ceux, dans les
deux sens (duplex). Et les non-ddis qui sont des canaux partags par plusieurs
mobiles, ils sont diffuss l'ensemble des mobiles en veille dans la cellule. Ces canaux
sont unidirectionnels (simplex) et sont tous dirig dans le sens BTS - Mobile exception
fait du canal RACH, qui lui, est dans l'autre sens. Le canal physique supporte plusieurs
canaux logiques
Gestion des puissances

Lors d'une communication, le mobile peut effectuer sur demande du rseau, une
augmentation ou une diminution de son mission par pas de 2 dBm toutes les 60 ms.
Ce changement sur l'initiative du rseau, rsulte d'une lecture des remontes de
mesures effectues par le mobile toute 480 ms sur le canal SACCH (soit toutes les 4
multi_trame26 = 104 trames TDMA)
Le Rx level et les critres C1 et C2

Le Rx level, (niveau de rception) est une mesure quantitative du niveau de champ reu
sur le canal BCCH en veille. Le BCCH, est toujours mis puissance constante depuis
la BTS et il n'est pas soumis au saut de frquence. C'est la mesure certainement la plus
connue des utilisateurs de mobiles, sa visualisation se fait sur un bargraphe indiquant le
niveau de rception du rseau. Pour les mobiles pratiquant le "netmonitoring", des
chiffres prcis donnent l'tat de rception de la BTS. En veille, le mobile mesure le
champ, en moyennant les 8 "burst" BCCH, de 2 multi-trame_51 reu.
En communication la mesure s'effectue sur les canaux TCH, SACCH, SDCCH et
FACCH toutes les 480 ms, comme en veille, il s'agit d'une moyenne des niveaux reus
sur les "Burst" mais sur 4 multi-trame_ 26. Le nombre de "Burst" pris en compte varie s'il
s'agit d'un canal Full rate ou Half rate et si le DTX est activ ou non. Pour un canal Full
rate et sans DTX le nombre d'chantillons est de 100 "Burst", pour un canal Half rate et
sans DTX le nombre est de 52. Lorsque le DTX et le control de puissance sur la voie
descendante sont activs, la mesure ne s'effectue plus que sur 12 "Burst" du canal TCH
et SACCH.
En veille, le mobile va non seulement mesurer la BTS sur laquelle il est camp, mais
aussi les BTS aux alentours pour pouvoir prparer le cas chant la slection d'une
autre BTS. Le rseau fournit au mobile la liste des BTS qu'il doit couter et mesurer
dans une "BCCH allocation list" diffus sur le canal BCCH de la BTS d'accroche.

Le critre C1 est un paramtre vrifiant que la cellule slectionne est toujours


parfaitement reu et qu'elle ne subit pas un affaiblissement trop fort par rapport
d'autres cellules avoisinantes. Pour vrifier cette hypothse, le critre C1 est compos
de 2 parties. Une partie dfinissant les capacits du mobile et une autre celles de la
BTS.
L'quation vrifie la liaison descendante et montante. Ce critre s'crit comme suit :

C1 = (RxLev RX_Access_Min MAX (Max_TXPWR_Max_CCH Max. mobile RF


Power,0)

RxLev : Niveau de champs reu sur le canal BCCH en veille et en communication sur
les canaux TCH, SACCH, SDCCH et FACCH (en dbm)
RX_Access_Min : Niveau minimum autoris par la BTS pour que le mobile puisse
s'accrocher elle (en dbm).
Max_TXPWR_Max_CCH : Paramtre fixant la puissance laquelle le mobile doit
mettre lors de l'accs initial une cellule. Si ce paramtre est suprieur la classe de
puissance du mobile, celui-ci met sa puissance maximale (30 dbm pour un 1W, 33
dbm pour un 2W et 39 dbm pour un 8W).
Max. mobile RF Power : Puissance maximal avec laquelle le mobile est capable
d'mettre vers la BTS, ce paramtre est dfini par la classe du mobile (30 dbm pour un
1W, 33 dbm pour un 2W et 39 dbm pour un 8W).
Max (X,0) signifie que si X > 0 = X et si X<0 = 0
Exemples :

BTS paramtre pour des mobiles 2W avec un Rx_Access_Min de -103 dbm et un


mobile 2W affichant un RxLevel de -80 dbm

C1 = ((-80 dbm) - (-103 dbm)) - Max((33dbm)-(33dbm),0)


C1 = (23) - Max(0,0)
C1 = 23

BTS paramtre pour des mobiles 2W avec un Rx_Access_Min de -103 dbm et un


mobile 8W affichant un RxLevel de -80 dbm

C1 = ((-80 dbm) - (-103 dbm)) - Max((33dbm)-(39dbm),0)


C1 = (23) - Max(-6,0)
C1 = 23

BTS paramtre pour des mobiles 8W avec un Rx_Access_Min de -103 dbm et un


mobile 2W affichant un RxLevel de -80 dbm

C1 = ((-80 dbm) - (-103 dbm)) - Max((39dbm)-(33dbm),0)


C1 = (23) - Max(6,0)
C1 = 17
Ce qui a pour effet de diminuer artificiellement le Rx_Access_Min - 97 dbm pour le
mobile 2W.

BTS paramtre pour des mobiles 8W avec un Rx_Access_Min de -103 dbm et un


mobile 8W affichant un RxLevel de -80 dbm

C1 = ((-80 dbm) - (-103 dbm)) - Max((39dbm)-(39dbm),0)


C1 = (23) - Max(0,0)
C1 = 23

Le critre C2, appel critre de re-slection est implment en phase 2. Il a pour


fonction de favoriser ou de dfavoriser une cellule candidate la re-slection pendant un
temps donn. Lorsqu'il est prsent, le critre C2 remplace le critre C1 pour la re-
slection de cellule, le critre C1 fait partie de l'quation du critre C2 :

Si Penalty_Time < 31 (620s) :


C2 = C1 + (Cell_Reselect_Offset - (Temporary_Offset x Penalty_Time)).

Si Penalty_Time = 31 (620s) :
C2 = C1 - Cell_Reselect_Offset .

Cell_Reselect_Offset : Valeur de l'offset permanent ajout C1.


Temporary_Offset : Offset temporaire servant dfavoriser une cellule le temps du
Penalty_Time.
Penalty_Time : Dure pendant laquelle le Temporary_Offset va tre appliqu.
BTS paramtre pour des mobiles 2W avec un critre C1 de 23 dbm, un offset de 16
dbm et Temporary_Offset de 60 dbm et un Penalty_Time de 20 secondes.

C2 = C1 + 16 - (60 dbm pendant 20 secondes)


Pendant les 20 premires secondes, lorsque la BTS apparat parmi la liste des cellules
voisines, le critre C2 est dfini ainsi :
C2 = 23 + 16 - 60 soit C2 = -21 dbm
ensuite : C2 = 23 + 16 soit C2 = 39 dbm

Le but du Penalty_Time, est de pouvoir dfavoriser une cellule par rapport une autre,
afin d'viter que le mobile ne la slectionne alors que sa vitesse de dplacement va
faire qu'il va effectuer une re-slection dans un court laps de temps. Il est souvent utilis
sur des micro-cellules pour que seul les mobiles statiques ou faibles vitesses les
slectionnent. Un mobile se dplaant vive allure engendrerait deux "Hand Over" lors
d'une communication alors qu'ils pourraient tre vits.
Un autre critre joue sur la re-slection de cellules aussi bien avec les critres C1 que
C2, c'est le Cell_Reselect_Hysteresis. Son but est d'viter les effets "Ping-pong" entre
deux cellules n'appartenant pas la mme zone de localisation. Si en veille la bascule
entre deux cellules d'une mme zone n'a aucune incidence sur le rseau, en revanche
elle produit des changes de signalisation entre le rseau et le mobile entre deux zones
diffrentes. Le Cell_Reselect_Hysteresis va artificiellement dplacer la frontire entre
deux cellules. Au lieu d'tre centre entre les deux dans le cas classique, la frontire va
se trouver l'extrme limite de la cellule courante. Ce procd garantie un faible taux de
re-slection de la cellule prcdente, vitant ainsi un trafic inutile; Mais c'est au
dtriment de l'optimisation de la re-slection, car la bascule va se produire alors que le
Rxlev aura dj bien chut. Le Cell_Reselect_Hysteresis n'existe que pour la re-
slection de cellules en veille, car lors d'une communication il y a de toute faon des
changes de signalisations chaque changement de cellules, qu'elles soit dans la
mme zone ou non.
La cellule courante va se voir attribuer un critre C1 et C2 augment de la valeur du
Cell_Reselect_Hysteresis, de 2 14 dbm supplmentaire par pas de 2dbm. Dans le
cadre de la re-slection classique d'une cellule par un mobile, la bascule ne peut se faire
que toutes les 5 secondes au minimum, avec deux cellules de zones diffrentes venant
d'tre re-slectionn par le mobile, le temps d'attente avant re-slection vers l'ancienne
cellule est porte 15 secondes mais reste 5 secondes pour les cellules de la mme
zone.

BCCH Allocation List ou BA_List, (tude ralise par Olivier Boudot.)

Qu'est-ce qu'une "BA_List" ?

Une fois qu'il est connect un rseau GSM, c'est dire qu'il est "cal" sur la voie balise
(encore appele "BCCH") de la cellule courante, le mobile ne recherche pas en
permanence tous les canaux sur lesquels sont susceptible de se trouver d'autres voies
balise exploitables dans la zone o il se trouve : En effet, entre les 124 canaux GSM-P
et les 50 canaux supplmentaires E-GSM en 900 MHz, mais aussi les 374 canaux GSM
en 1800 MHz, le nombre de frquences "scanner" serait trop lev, entranant une
dpense d'nergie consquente, mais aussi inutile, la quasi-totalit des rseaux ne
s'tant vu attribuer qu'une portion rduite du spectre utilisable, correspondant un
nombre limit de frquences.

Ainsi, il revient la cellule courante de diffuser une liste limitative de canaux, parmi
lesquels le mobile devra rechercher et slectionner en permanence les six huit (selon
les modles) meilleures cellules candidates, dans le but d'tre mme d'en changer si
la ncessit s'en fait sentir (rappelons que la reslection de cellule se fait l'initiative du
mobile en veille, et celle du rseau en communication).

C'est cette liste de canaux, diffuse l'initiative du rseau, que l'on nomme "BA_List"
(pour "BCCH allocation list").

Si le mobile se trouve en veille, c'est travers les SYS_INFO 2, 2bis ou 2ter (en fonction
de la ou les bande(s) de frquences laquelle/auxquelles appartiennent les canaux
considrs) que sera diffuse la BA_List,, via le BCCH (Broadcast Control CHannel).

Si le mobile se trouve en communication, les informations relatives la BA_List seront


transmises par les SYS_INFO 5, 5bis ou 5ter travers le SACCH (Slow Associated
Control Channel) associ au canal ddi (SDCCH canal de signalisation , ou TCH
canal de parole/de data) par lequel le mobile communique avec le rseau.

Dans l'hypothse o la BA_List ne correspond pas (ou plus) l'environnement dans


lequel volue un mobile en dplacement (parce-qu'aucun des canaux qu'elle indique ne
correspond une voie balise exploitable dans la zone dans laquelle il se trouve
dsormais), le mobile est condamn perdre momentanment le rseau s'il sort de la
cellule courante :

- En veille, le mobile opre une "reslection critique", c'est dire qu'il se met
rechercher rapidement une voie balise appartenant au rseau sur lequel il tait
pralablement connect en "scannant" tous les canaux disponibles dans la/les bande(s)
de frquence qu'il supporte (mais pendant ce temps, il ne peut mettre ni recevoir
d'appels),

- En communication, le mobile perd progressivement le contact avec la station de base,


puis, lorsque la liaison est trop dgrade pour permettre un dcodage du signal envoy
par la BTS, il retourne l'tat de veille l'issue d'un dlai fix par un "timer" interne. En
effet, le rseau ne peut initier un handover vers une autre cellule que si cette dernire
est reue par le mobile avec un niveau de champ suffisant, son BCCH tant, en outre,
intgralement dcod : Pour ce faire, ladite "cellule candidate" doit avoir t au pralable
slectionne comme telle par le mobile, ce qui n'est possible que si le n de canal de sa
voie balise correspond l'un de ceux transmis travers la BA_List.
Ce document a pour but de
proposer une analyse de ce que
pourrait tre la thorie de l'attribution
des canaux dans les BA_lists (et ce,
aprs avoir constat que certaines
d'entre-elles, parfois trs
incompltes, pouvaient tre
l'origine de reslections critiques en
veille et de dropped calls en
communication), en prenant pour
modle de base un motif 21 voies
balise attribues des macro-
cellules de mme taille, soit un motif
"thorique" : En effet, dans la
pratique, aucun motif n'est
rellement rgulier et, dans les
grandes villes, tous les sites
macrocellulaire planifis n'ont pas
encore t installs (il subsiste un
certain nombre de "trous" dans
lesquels, mme si le rseau passe
correctement, l'installation d'un site
supplmentaire est clairement
prvue pour complter le motif et
ainsi assurer une bonne couverture
indoor).
Nous avons galement choisi ce motif 21 parce-quil noffre aucune redondance dans
les ARFCN des voies balise des premires et secondes cellules adjacentes, mais aussi
parce quil est proche de celui retenu par France Telecom Mobile dans la majeure partie
de la rgion Languedoc-Roussillon ainsi que dans les bouches du Rhne, soit une
rgion offrant des reliefs vari, alternant zones denses et rurales, o ledit motif va
d'ailleurs de pair avec le saut de frquence synthtis.

Nous avons donc ralis ce petit document afin de tenter d'valuer approximativement
le nombre de canaux qu'il serait "souhaitable" de dclarer dans les BA_Lists en fonction
de du type de zone desservir, aucune valeur exacte n'tant bien videmment
prconise, le nombre prcis de frquences en cause tant appel varier, au gr des
cas particuliers inhrents la planification, dans le cadre du dploiement dun vritable
rseau.

Le motif pris en exemple est donc un motif 21 VB en 900 MHz rparties sur 7 sites
macrocellulaires trisectoriss (une couleur par site). Les deux cellules "blanches" VB 4
et 10 appartiennent respectivement au premier motif adjacent suprieur gauche et au
premier motif adjacent gauche. Elles sont reprsentes car elles constituent les
deuximes cellules adjacentes la VB 11 du site bleu clair, qui fait office de "cellule de
rfrence".

Si lon dcide dintroduire dans la BA_List de la VB 11 ses premires et ses deuximes


cellules adjacentes, et ce, afin de prvoir le saut ventuel, par le mobile, de la
premire cellule adjacente en veille (ou mme en communication, dans un cas de
saturation ponctuelle, par exemple), on obtient donc une BA_List comprenant 18 canaux
en tout (21, 5, 8, 15, 7, 16 pour ce qui est des premires cellules adjacentes et 4, 2, 10,
13, 6, 19, 12, 18, 20, 14, 3, 1 pour ce qui est des secondes cellules adjacentes.

Nanmoins, dans le souci de limiter le nombre total de canaux dans la BA_List, sachant
que lutilisation dariens directifs sur des sites -priori trisectoriss (sans doute la
configuration la plus rpandue en pratique) est de mise dans notre modle, on peut alors
dcider de ne pas introduire, dans la BA_List de la cellule courante, les trois "secondes
cellules adjacentes arrire". Exit, donc, les canaux correspondants (12, 18 et 20 dans
notre exemple). Il est vraisemblable que cette "conomie" pourra tre ralis dans un
nombre non ngligeable de cas. De mme, l'introduction de quelques stations bi ou
monosectorises dans le motif pourra galement permettre, ponctuellement, de rduire
la longueur de certaines BA_Lists.

Cependant, plusieurs exceptions la limitation du nombre de canaux dclars doivent


tre envisages, par exemple dans la situation, frquente dans les grandes villes, o la
propagation est fortement marque par la prsence de rflexions, provoquant un champ
lev dans la direction oppose au lobe principal de larien directif considr, mais
galement dans le cas o l'on observe de fortes diffrences de PAR entre les cellules
dun mme site, ou bien encore dans lhypothse o la cellule courante est la seule
cellule du site considr bnficier dun CRO (parce quil sagit par exemple de la
cellule 1800 MHz dun secteur bibande), alors que les deux autres secteurs du mme
site - premires cellules adjacentes arrire - ne sont que monobande 900 MHz et ne
bnficient daucun CRO.

Pour tre rellement efficace, selon ce modle, une BA_List urbaine monobande devrait
donc, en principe, comporter entre 15 et 18 canaux en moyenne, hors le cas des VB
dventuelles micro-cellules du voisinage, selon que l'on compte ou non les trois
secondes cellules adjacentes arrire.

Dans lhypothse o toutes les stations sont bibande, en reprenant un motif 21 (au
moins) pour planifier les VB 1800 MHz, on doit donc avoir 16 19 frquences de plus
dans la BA_List (il faut en effet ajouter la cellule 1800 jumelle de la cellule 900 prise
comme rfrence).

Cela conduit donc des BA_Lists urbaines, pour un rseau intgralement bibande, de
31 37 canaux en moyenne, lorsque toutes les premires et secondes cellules
adjacentes considres sont 900/1800, hors prsence de micro-cellules, en fonction de
la dclaration ou non des trois secondes cellules adjacentes arrire dans chaque bande.

Lorsque le rseau est en cours d'quipement bibande, la longueur des BA_Lists


devraient donc , en toute logique, comprendre, dans la plupart des cas, entre 16 et 36
canaux en fonction du niveau d'quipement, et si l'on considre qu'un ou plusieurs
secteurs de certains sites y compris celui dont dpend la cellule courante - peuvent ne
pas tre "passs" immdiatement en bibande.

Si plusieurs micro-cellules ont galement t installes dans la zone considre, les


BA_Lists les plus longues susceptibles d'tre rencontres sur des cellules appartenant
une couche macrocellulaire bibande devraient donc pouvoir tourner autour de 37 43
canaux, contre 21 24 canaux seulement en cas de couche macrocellulaire
monobande, si lon considre que, pour les VB des micro-cellules, majoritairement
planifies en dehors du motif macrocellulaire 21, la dclaration de 6 frquences
supplmentaires est en moyenne suffisante (sauf dans quelques cas ponctuels, par
exemple en prsence de micro-cellules indoor elles-mmes bibande et/ou si la zone
considre est exceptionnellement dense).

Dans les zones urbaines trs denses (en prenant exemple sur la vingtaine de micro-
cellules Orange prsentes dans, ainsi quautour de la gare Montparnasse Paris), on
peut en effet penser quen moyenne une demi-douzaine de micro-cellules, indoor
comme outdoor, dont les voies balise sont exclusivement planifies sur des frquences
diffrentes les unes de autres, seront prsentes et directement exploitables dans la zone
lintrieur de laquelle la macro-cellule prise comme rfrence sera susceptible dtre
prioritairement slectionne en veille ou en communication.

Dans certains cas, il serait possible d'viter de dclarer certains canaux correspondant
des VB de micro-cellules : Prenons lhypothse dune micro cellule B prsente dans le
sous-sol dun centre commercial disposant dune micro-cellule A destine la
couverture du rez-de-chausse (on considre que la couche macrocellulaire ne couvre
pas totalement ledit centre, mme au rez-de-chausse, avec un signal de puissance ou
de qualit suffisants) : Il parat alors inutile de dclarer B dans la BA_List de la couche
macrocellulaire si B ne peut tre exploite avant que le mobile ne soit au pralable
pass dans la zone couverte prfrentiellement par A.

Pour ce qui est de la BA_List des micro-cellules elles-mmes, la situation risque dtre
fort variable en fonction de la localisation de ces dernires... On peut toutefois supposer
que les BA_Lists moyennes, pour ce qui est des micro-cellules, pourraient tourner
autour de 15 20 canaux, si la micro-cellule considre se trouve entoure de macro-
cellules quasiment toutes bibande, le principe tant alors de prendre en compte les VB
900 et 1800 de la macro-cellule "parapluie" sous laquelle se trouve installe la micro-
cellule prise comme rfrence, puis les VB 900 (et ventuellement 1800) des six macro-
cellules adjacentes ladite macro "parapluie", plus environ cinq canaux supplmentaires
correspondant aux VB des micro-cellules voisines planifies sur des canaux diffrents,
quoi il conviendrait d'ajouter encore un ou deux canaux, si l'on est en prsence de
micro-cellules indoor bibande.

Dans la cas dune micro-cellule installe dans un sous-sol, on pourrait, inversement,


envisager une BA_List rduite ... un seul canal (cas d'une micro-cellule installe au fin
fond d'un centre commercial souterrain, et n'tant en "contact" qu'avec la micro "d'-
ct" ou "d'au-dessus").

Hors des ville, lorsque les BTS sont relativement loignes les unes des autres, il parat
alors possible, dans les zones plates essentiellement, de ne dclarer, dans meilleur des
cas, l'intrieur de la BA_List de chaque cellule, que les premires cellules adjacentes
( condition de nen sauter aucune) de chaque bande, soit :

- Pour un rseau monobande rural (ou compos de sites radio travaillant des bandes
diffrentes, sans jamais que les sites fonctionnant dans l'une ou l'autre bande ne
concident physiquement) : 6 canaux au minimum, ce chiffre pouvant convenir une
majorit de cellules implantes dans les zones plates et peu denses.

Dans la pratique, il sera sans doute ncessaire de dclarer galement plusieurs


secondes cellules adjacentes, voir mme un peu plus, dans le cas de sites "parapluie"
installs sur des points hauts trs dgags. On pourrait alors, dans certains cas
particuliers, se retrouver avec des BA_Lists pouvant comporter jusqu' 25 canaux
environ, notamment sur certaines cellules omnidirectionnelles dont la zone de service
recouvre plusieurs sries de cellules "secondaires" dont le rayon d'action est moins
important.

Dans les zones priurbaines, il existe aussi, parfois, ce genre de cellules "parapluie"
englobant tout ou partie de la zone de service de cellules plus petites (sans
ncessairement que ces dernires soient des micro-cellules, bien que lon en trouve
dans certains hypermarchs, l o le trafic attendu rend malais l'utilisation de simples
dispositifs d'amplification). Dans cette hypothse, il serait sans doute prfrable de
dclarer galement certaines secondes cellules adjacentes (arrire ou non) ayant la
porte la plus importante, et susceptibles dtre exploites dans la zone de service
mme de la cellule courante, soit :

- Pour un rseau monobande priurbain : 12 canaux en moyenne, en dclarant une


seconde cellule adjacente sur deux,
- Pour un rseau bibande priurbain : 18 19 canaux en moyenne, selon que la cellule
prise comme rfrence possde ou non une "jumelle" dans l'autre bande, le taux
d'quipement bibande n'tant alors que de 50% environ (en effet, tous les secteurs,
mme sur un site donn, ne sont pas forcment prvues pour tre passes en bibande
compte tenu des forts diffrentiels, en terme de volume de trafic, que sont susceptibles
d'couler certaines cellules voisines situes la marge des agglomrations).

Enfin, dans le souci de laisser toute latitude au rseau pour initier des handovers dans
les configurations les plus diverses entre cellules partageant tout ou partie de leurs
zones de service (en cas de dplacement de la MS, et/ou dans le but d'affiner la gestion
de la rpartition de la charge du trafic au sein d'une zone dtermine, etc.), il nous parat
souhaitable que les donnes relatives aux BA_Lists, et diffuses par le SYS_INFO
5/5bis/5ter en communication, soient les plus compltes possibles, et, de ce fait,
puissent ventuellement comporter un nombre de canaux suprieur celui fourni
travers le SYS_INFO 2/2bis/2ter en veille.

Calcul de la valeur du Timing Advance

Timing advance max 233s, cod sur 63 valeurs


233/63 = 3.698412698 ms aller et retour, ou 0.000003698412698 mtres/s
Vitesse de la lumire : 299793000 mtres/s
299793000 x 0.000003698412698 = 1108.758238 mtres aller et retour
soit 1108.758238/2 = 554.3791119 mtres aller.