Académique Documents
Professionnel Documents
Culture Documents
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
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.
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 :
Si Penalty_Time = 31 (620s) :
C2 = C1 - Cell_Reselect_Offset .
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.
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).
- 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),
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".
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.
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.
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.
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 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 :
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.