Vous êtes sur la page 1sur 12

Technique GSM

Structures temporelles du systme GSM Canaux logiques du systme GSM Exemples de configuration de BTS Gestion des puissances Le Rx level et les critres C1 et C2 BCCH Allocation List (BA_List) Calcul de la valeur du Timing Advance Glossaire

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 multitrame. 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

Type de canal Broadcast Channel Simplex

Canal logique FCCH Frquency Correction CHannel

Slot Multi Fonction possible trame

51

Calage fin du mobile sur la frquence porteuse

Non-ddis

SCH Synchronization CHannel BCCH Broadcast Control CHannel

0 0 2,4,6 0 2,4,6 0 2,4,6 0 2,4,6 0 1,2,3 0 17 0 07

51 51 51 51 51 51 51 51 26

Synchronisation du mobile avec la cellule Diffusion au mobile des informations de la cellule Canal par lequel le mobile reoit les appels en provenance du rseau Canal par lequel le mobile accde au rseau de faon alatoire pour rpondre ou lancer un appel. Le rseau communique par ce canal pour informer le mobile par o, quand et comment il doit tablir une communication Diffusion sur ce canal des messages courts de type info routire, mto etc.. Canal de signalisation, mise jour de localisation etc... Canal de supervision d'une liaison, control de la puissance, de la qualit, remont de mesure. Il peut tre associ soit un canal SDCCH (multi-trame 51), soit un canal TCH (multi-trame 26). Canal de supervision d'une liaison, lors d'une communication, il sert excuter le Hand-Over, ce canal n'existe que par le vol de slots du canal TCH Canal supportant le trafic voix ou data

Common Control PCH Channel Paging CHannel Simplex RACH Non-ddis Random Access CHannel AGCH Access Grant CHannel CBCH Cell Broadcast CHannel Dedicated Control Channel Duplex Ddis SDCCH Stand-Alone Dedicated Control CHannel SACCH Slow Associated Control CHannel

FACCH Fast Associated Control CHannel Traffic Channel Duplex Ddis TCH Traffic CHannel

07

26

07

26

Exemples de configuration de BTS en mode Full Rate


une BTS avec 1 TRX : 8 TN (Time slot Number) = 7 communications TN 0 pour le FCCH, SCH, BCCH, PCH, AGCH, RACH et 4 SDCCH et leurs SACCH TN 1 7 : 1 TCH et son SACCH par slot une BTS avec 4 TRX : 32 TN = 29 communications TN 0 pour le FCCH, SCH, BCCH, PCH, AGCH, RACH . 2 TN : 8 SDCCH et leurs SACCH associs par slot 29 TN : 1 TCH et son SACCH par slot une BTS avec 12TRX : 96 TN = 87 communications TN 0 pour le FCCH, SCH, BCCH, PCH, AGCH, RACH

TN 2 : BCCH, PCH, AGCH et RACH TN 4 : BCCH, PCH, AGCH et RACH TN 6 : BCCH, PCH, AGCH et RACH 5 TN : 8 SDCCH et leurs SACCH associs par slot 87 TN : 1 TCH et son SACCH par slot

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) 900 MHz
Mesure 2 Watts dBm 8 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 5 3.16 2 1.260 0.794 0.501 0.316 0.199 0.125 0.079 0.050 0.032 0.020 0.012 0.007 0.005 0.003 31 29 27 25 23 21 19 17 15 13 11 9 7 5

39 37 35 33

1800 MHZ
Mesure 0 Watts dBm 30 1 28 2 26 3 24 4 22 5 20 6 18 7 16 8 14 9 12 10 10 11 8 12 6 13 4 14 2 15 0

1 0.631 0.251 0.398 0.158 0.1 0.063 0.04 0.025 0.016 0.01 0.006 0.004 0.0025 0.0015 0.001

Les rsultats des tableaux sont donns par les relations suivantes : Watt = 10(dBm/10)*0.001 dBm = 10*log(Watt/0.001)

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. Analyse 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 macrocellules 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 microcellules 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 microcellules 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.