Spécifications Générales D'ingénierie BSS Et Méthode de Paramétrage

²
Orange Niger
Spécifications d'Ingénierie
BSS
Dimensionnement BSS et
Paramétrage
Version n° 1.1 Mai 2008

Version
Version
Revue et historique
Version Auteur Date Modifications
1.0 Jean Baptiste MANGA II 5 mai 2008
Jean Baptiste Manga II /

1.1 27 mai 2008 Rida TAHRI
Rida TAHRI
Validation
Nom Entité Signature Date Version

Dominique
1.1
CHAGNOT
Chadi ZAKHIA 1.1
N° imputation
N° archivage
Objet du document
Objet du document
Ce document a pour objet d'expliquer les choix d'Ingénierie BSS optés et les méthodes de
paramétrage BSS adoptés. Les choix d'Ingénierie se rapportent à l'architecture, à la
topologie réseau et au dimensionnement des stations BTS, BSC, MFS, TC et OMCR. Le
souci dans ces choix d'Ingénierie est de répondre d'une part aux préoccupations
Marketing de l'ouverture, notamment le trafic prévisionnel à écouler, les services
techniques à offrir, le niveau de couverture à atteindre, et d'autre part d'anticiper sur les
perspectives d'évolution de ces objectifs de trafic, de couverture et de service. Le
paramétrage regroupe les paramètres systèmes BSS et les paramètres radio, dans les
buts principaux d'assurer une bonne qualité de service et une bonne répartition du trafic
dans le réseau.
Spécifications d'Ingénierie BSS

© Sofrecom Mai 2008 - v1.1-
3
Table des matières
Table des matières
Version .................................................................................................................. 2
Objet du document ............................................................................................... 3
1 Introduction générale aux réseaux GSM ..................................................... 6
1.1 Sous-système BSS ................................................................................................... 6

1.1.1 L'interface air ou radio ................................................................................................................ 6
1.1.2 L'interface Abis ........................................................................................................................... 9
1.1.3 Les interfaces A ....................................................................................................................... 11
1.1.4 Les Interfaces GPRS ............................................................................................................... 12
2 Paramétrage BSS ........................................................................................ 15

2.1 Paramètres Télécoms GSM et GPRS ......................................................................15
2.2 Paramétrage BSC et MFS........................................................................................16

2.2.1 Paramètres initiaux d'ouverture ................................................................................................ 16
2.3 Paramètres des cellules ...........................................................................................16

2.3.1 Paramètres de base ................................................................................................................. 17
2.3.2 Templates spécifiques ............................................................................................................. 17
2.3.3 L'accès à la cellule ................................................................................................................... 18
2.3.4 Stratégie de HO ....................................................................................................................... 21
3 Choix de LAC ............................................................................................... 30
3.1 Dimensionnement de LAC .......................................................................................30

3.1.1 La notion de découpage des zones de localisation .................................................................. 30
3.1.2 Choix de LAC pour ONI ........................................................................................................... 31
3.2 Optimisation des LA .................................................................................................32

3.2.1 Optimisation des zones de localisation .................................................................................... 32
4 Dimensionnement et Topologie BSS......................................................... 34

4.1 Processus de Dimensionnement ..............................................................................34
4.2 Le Dimensionnement radio ......................................................................................34

4.2.1 Dimensionnement des canaux radio ........................................................................................ 35

4
Table des matières
4.3 Dimensionnement BSS ............................................................................................36

4.3.1 Le Dimensionnement BTS ....................................................................................................... 36
4.3.2 Le Dimensionnement BSC ....................................................................................................... 37
4.3.3 Le Dimensionnement MFS ....................................................................................................... 39
4.3.4 Le Dimensionnement OMCR ................................................................................................... 41
4.4 Architectures BSS ....................................................................................................42

4.4.1 Architecture générale ............................................................................................................... 42
4.4.2 Evolution d'architecture ............................................................................................................ 43
4.4.3 Plan architecture IP OMCR ...................................................................................................... 43
5 Annexes ....................................................................................................... 45
5.1 Tables des alarmes externes ...................................................................................45

5
Introduction générale aux réseaux GSM
1 Introduction générale aux réseaux GSM
Le but dans cette grande partie introductive est d'apporter quelques rappels sur la théorie
GSM, afin d'avoir une présentation fonctionnelle qui va constituer une base de travail aux
différents aspects de paramétrage, et de choix d'ingénierie que nous ferons par la suite.
Les domaines évoqués seront notamment les notions sur les canaux radio, les différentes
interfaces : radio, Abis, ATR-mux et A.
1.1 Sous-système BSS

Le sous-système BSS est constitué de 4 interfaces principales :
 L'interface air (Mobile MS jusqu'à la BTS)
 L'interface Abis (BTS jusqu'au BSC)
 L'interface A (du BSC au MSC)
 L'interface Gb (du MFS à la SGSN)
1.1.1 L'interface air ou radio

L'interface air est divisée en couches physiques et couches logiques ou de données.
La couche physique est divisée en intervalles de temps (Time Slot, TS) partagés sur des
fréquences différentes. L'utilisation d'un intervalle de temps combinée à une fréquence est
un canal.
La couche de donnée est constituée des fonctions de signalisation et des fonctions de

gestion des trames.
Il existe deux groupes de canaux logiques qui circulent entre la Station mobile (MS), la
BTS et le BSC :
 Le groupe constitué des TS de trafic, pour les canaux de trafic. Le TS de trafic

peut supporter un canal de parole TCH (Traffic Channel) ou un canal de données
PDCH (Paquet Data Channel) pour le Gprs.
 Et le groupe des canaux de contrôle qui supervisent la communication entre le

Mobile et le BSS. Les canaux de contrôle (CCH) sont de 4 types : BCCH, DCCH,
CCCH et ACCH.
Un groupe de 8 TS est une trame TDMA, et un groupe de trames est une multitrames. Il
existe deux types de multitrames, une d'une durée de 120 ms, constitué de 26 trames
pour les canaux TCH/DCCH/ACCH. Et une autre ne comprenant que des canaux de
contrôle BCCH/CCCH, et constitué de 51 trames, et de durée de 236 ms.

6
1.1.1.1 – La trame TCH/DCCH/ACCH
Le canal combiné TCH/SACCH est utilisé pour la transmission des informations de trafic
par le canal TCH en plein débit FR (Full Rate) ou en demi-débit HR (Half Rate). La
transmission TCH occupe 24 trames des 26 disponibles. Alors que le canal de contrôle
SACCH utilise une seule trame des 26. La dernière des 26 trames est laissée libre. Le
débit du canal de trafic en FR est de 13 kbps (parole) + 9,2 kbps (sécurité) ≈ 22 kb/s,
alors qu'en HR il est de 5,6 (parole) + 4,6 kbps (sécurité) ≈ 10,2 kbps.
Le groupe de canaux ACCH est constitué des canaux SACCH et FACCH. Le SACCH est
canal lié à une communication TCH. Il est transmis dans les deux sens, réseau vers
mobile ou mobile vers réseau, et est utilisé pour les échanges entre le mobile et le réseau
pendant la communication. Il s'agit notamment des échanges portant sur le contrôle de
puissance, le Timing advance, et d'autres mesures destinées à préparer un HO. Le canal
FACCH est également utilisé pour des échanges pendant la communication dans le
même but que le SACCH. Il vole des intervalles TCH pour sa transmission.
Le groupe de canaux DCCH quant à lui est constitué des canaux SDCCH et des canaux
CBCH. Le canal SDCCH est dédié à une communication, et est utilisé pour les échanges
de protocoles pendant la communication. Il peut également être utilisé pour les
informations des messages courts. Le canal CBCH utilise les intervalles SDCCH pour le
transfert des Messages courts de service (Cell broadcasts).
1.1.1.2 – Les canaux BCCH/CCCH
La multitrame BCCH/CCCH de 51 trames est partagée entre tous les mobiles,

contrairement à celle dédiée TCH/SACCH. Tous les canaux de cette multitrame sont dits
simplex, c'est-à-dire ne sont transmis que dans un seul sens, soit réseau vers mobiles ou
mobile vers réseau.
- Le BCCH, transmis réseau vers mobile, fournit à tous les mobiles dans son
champ,de couverture des informations générales sur le réseau, sur les
cellules adjacentes, sur la cellule qui reçoit le signal, etc. Il est émis en
permanence 4 fois dans la multitrame de 51, toujours sur la même
fréquence. Le SCH, un sous-canal du BCCH, fournit aux mobiles les
informations permettant la synchronisation des trames.
- Les canaux CCCH sont utilisés avant l'attribution d'un canal dédié au
Mobile. Il s'agit notamment :
 Du canal RACH, mobile vers réseau, qui est celui utilisé par le
mobile pour accéder au réseau, ou pour s'enregistrer dans une
cellule;
 Du canal AGCH, réseau vers mobile, qui est utilisé pour allouer des
ressources dédiées (canal SDCCH ou TCH) au mobile.
 Du canal PCH, réseau vers mobile, est utilisé pour rechercher dans
une zone un mobile et/ou avertir le mobile d'un appel en
provenance du réseau.
Si une cellule supporte un trafic très faible, on peut combiner le BCCH et 4

SDCCH sur le même canal physique.

7
1.1.1.3 – Le AFRCN
Les systèmes GSM utilisent les bandes de fréquences suivantes du tableau :
Système Voie Montante Voie descendante Nb de Canaux Couverture
GSM (900 Mhz) 890 - 915 935 - 960 124 0 à 35 km
E-GSM (900 Mhz) 880 - 889 925 - 934 50 0 à 35 km
GSM (1800 Mhz) 1710 – 1785 1805 – 1880 374 0 à 8 km

ou DCS
Tableau 1.1
Les informations sur l'interface air sont enveloppées selon la modulation GMSK
(Gaussian Minimum Shift Keying) pour le GSM ou le GPRS, et 8PSK (8 Phase Shift Key)
en technologie Egprs. La durée d'un bit transmis est d'environ 3,69 µs, soit un écart de
fréquence ente deux transmissions de 135,5 khz. La norme GSM demande de tenir un
écart de 200 khz entre 2 canaux. L'écart duplex qui est la différence entre un signal
montant et un signal descendant est de 45 MHz en 900 et de 95MHz en 1800.
La technologie GPRS utilise la modulation GMSK, mais offre en plus la possibilité des
schémas de codage CS, qui permettent d'additionner plusieurs TS pour obtenir un
meilleur débit de transfert des Data du réseau vers le mobile. La particularité EGPRS
(Enhanced GPRS) est dans le fait qu'il permet d'améliorer encore mieux le signal
descendant que le GPRS, grâce à un nouveau schéma de codage MCS, pouvant aller
jusqu'à 59,2 kbps.
Le AFRCN (Absolute Radio Frequency Channel Number) est le canal radio utilisé par le
système GSM et qui tient compte des écarts duplex.
Système Voie montante Nb canaux n Voie descente Exemple Orange Niger
GSM 900 Fm(n) = 890+ 0,2*n 1 ≤ n ≤ 124 Fd(n) = Fm(n) + 45 N=8 Fm=891,6; Fd= 936,6
E-GSM 900 Fm(n) = 890+ 0,2*(n 975 ≤ n ≤ 1023 Fd(n) = Fm(n) + 45 N=1002; Fm=885; Fd =
– 1024) 930,6
GSM 1800 Fm(n) = 1710,2 + 512 ≤ n ≤ 885 Fd(n) = Fm(n) + 95 N=668 Fm=1741,40; Fd =
0,2*(n-512) 1836,40
Tableau 1.2
Ci-jointe la liste des fréquences pour le réseau de ONI.

8
Liste de fréquences
ONI
1.1.1.4 – Les Canaux GPRS
Une quantité de canaux PDCH est déclarée par cellule, quatre pour le cas spécifique de
ONI. Ces canaux peuvent être dynamiques ou statiques, en fonction de la gestion des
paramètres Min_PDCH ou Max_PDCH. Le canal PDCH supporte deux types de canaux
logiques :
- Le PDTCH (Packet Data Traffic Channel) réservé pour le trafic de données

Utilisateur GPRS.
- Le PACCH (Packet Associated Control Channel) pour la signalisation

GPRS dans les deux sens Mobile vers réseau ou inversement.
Le MPDCH (Master PDCH) est un canal PDCH qui peut-être réservé soit pour la diffusion
des informations système GPRS dans la cellule, à travers le canal PBCCH, soit pour le
contrôle spécifique des canaux GPRS à travers le canal PCCCH. Ce canal PDCH peut
également supporter le PTACCH pour la gestion du Timing Advance.
Le nombre de MPDCH peut-être différent de zéro (0). Dans ce cas, ce nombre reste fixe
et dédié au contrôle GPRS indépendamment de l'activité ou non du GPRS. Ce nombre
doit donc rester à 0 pour des PDCH entièrement dynamiques. Dans notre configuration
spécifique pour ONI, le nombre de TS MPDCH (NB_TS_MPDCH) est zéro.
1.1.2 L'interface Abis

L'interface Abis est réglementée par le standard ITU-T G703/G704. C'est une structure de
trame de 256 bits regroupés en 32 Time Slots. Chaque TS est transmis à un débit de 64
kbps.
1.1.2.1 – La topologie Abis
Dans la technologie GSM, l'interface Abis obeit à plusieurs topologies :
 La topologie Chain ou Open multi-drop.
C'est la topologie dans la quelle la première BTS est raccordé au BSC par son port
Abis1, et raccordé à une seconde BTS par son port Abis2. La seconde BTS,
raccordée à la première par son port Abis1, peut également être raccordée à une
troisième par son port Abis2. Ainsi de suite, jusqu'à une possibilité théorique de 15
BTS par configuration Chain. Mais il est généralement conseillé de ne pas mettre plus
de 4 BTS en Chain.
Abis2/BTS1 =
Abis1 Abis
Abis1/BTS2
BTS1 BTS2 BTS3 BTS4
BSC

9
 La topologie Ring ou closed multi-drop, est une topologie chain dans la quelle
l'Abis 2 de la dernière BTS est active et raccordé au BSC.
Abis1 Abis1/BTS4
BSC
BTS1 BTS4
Abis2/BTS 4
L'Abis peut-être transporté de plusieurs façons: Par des liaisons terrestres de

transmission FH; par des liaisons satellite; par 1 paire de câbles à 120 Ohms; ou encore
par 1 paire de câbles coaxial à 75 Ohms. Quelque soit le moyen choisi, il faut tenir
compte de la durée de transmission que met un signal de la BTS au BSC. C'est ainsi que
certains paramètres pourront être ajustés en fonction des cas et selon la technologie
GSM ou GPRS, correspondant soit au temps d'acquittement des informations émises, soit
à la retransmission des données non acquittées.
1.1.2.2 – Les Time slot (TS) Abis
Les TS Abis sont identifiés par numéro, de 0 à 31, et en fonction des informations
mappées sur chacun.
Ainsi on a le TS OML (Operation and Maintenance Link) qui supporte toutes les
informations d'exploitation et maintenance échangées entre l'OMC, le BSC et la BTS.
Le TS RSL (Radio Signaling Link) supporte toute la gestion des procédures d'appels entre
le mobile et le réseau. En fonction du type de multiplexage RSL (no multiplexing, statistic
multiplexing, ou statistical multiplexing), des RSL et/ou OML peuvent cohabiter avec des
TCH sur les TS TRX.
Il faut deux TS pour un TRX, et un TRX peut supporter jusqu'à 8 TCH FR. Donc il faut 4
TCH FR pour un TS Abis. En HR la division n'est pas arithmétique sur l'Abis. On ne fera
généralement pas du 100% HR sur tous les TRX. Nous ne faisons pas du HR au
lancement, mais les seuils sont définis pour une application future. On passe en HR
quand la Cellule atteint une charge de 70% de sa capacité, et on revient en FR dès qu'on
passe en deçà de 20%. On parle dans ce cas du DR (Dual rate). Les TRX peuvent
dynamiquement faire du FR ou du HR.
Le TS 0 est utilisé pour la synchro. Il peut être configuré en mode Usage, ce qui suppose
qu'il supporte le Qmux. Ou en mode TS 0 transparency, qui suppose que le Qmux peut
être porté par n'importe quel TS autre que le TS 0. Ce qui est notre choix de paramétrage
pour les BSC MX.
En HSDS (High Speed Data Service) correspondant à la modulation GMSK (CS3 et CS4)
ou 8PSK (MCS1 à MCS9), le nombre de TS normal peut s'avérer insuffisant. On réserve
donc par paramétrage un nombre d'extra Time slots, qui tient compte du débit du schéma
de codage. Par exemple en 8PSK MCS9, le débit d'un PTDCH peut aller jusqu'à 59,2
kbps sur l'interface air. Ce qui équivaut à 5 * 16 kbps TS Abis, en tenant compte du
transcodage et des bits de sécurité. En général on réservera 8 Extra TS dans ce cas.
Si le nombre de TS nécessaire pour transporter toutes les informations de trafic et de

signalisation d'une BTS est insuffisant, on peut recourir à un second Abis. Quelques
règles seront à respecter toutefois, dont voici les principales :

10
- L'OML sera toujours sur le premier Abis,
- Le mode de topologie Chain devient ring,
- Les TS du second Abis ne sont attribués que quand tous ceux du premier
le sont déjà.
1.1.3 Les interfaces A

Les interfaces A sont, sur la couche physique, des trames de 32 intervalles de temps à 64
kbps. Ils permettent la communication entre le BSC et le MSC. Ces interfaces peuvent
être transportées par des liaisons terrestres ou satellites. Comme pour les Abis, des
paramètres vont être ajustés en fonction du type de liaison.
La couche logique commence au niveau 2, et obéit aux recommandations ITU

(International Télécommunications Union) sur les protocoles SS7.
 Au niveau 2 :
Le niveau 2 dispose des fonctions de gestion des trames. Il supporte les

protocoles MTP (Message Transfert Part), pour les mécanismes de fiabilisation
des transfert de la signalisation SS7, et supporte le protocole SCCP (Signaling
Connection Control Part) pour l'identification et la discrimination des messages
BSSMAP ou DTAP spécifiques à une communication.
 Au niveau 3 :
Le niveau 3 est essentiellement constitué du protocole BSSAP (BSS application

Part). Le BSSAP est divisé en deux sous-protocoles :
- DTAP (Direct Transfert Application) pour les échanges directs entre le

MSC et le Mobile. Ces messages sont transparentes pour le BSC et la
BTS;
- Et le sous-protocole BSSMAP (BSS Management Application Part) pour

les échanges de procédures entre le BSC et le MSC, tels que la gestion
des ressources de trafic (TCH, CIC), ou la gestion des HO.
La figure qui suit illustre les échanges de protocoles BSS.

11
Figure 1.1.3.1 Protocoles BSS
1.1.3.1 – Les Interfaces ATR-mux
L'interface ATR-mux est un "sous-interface" de l'interface A, qui relie le BSC au TC

(Transcodeur). Il est sur le plan physique constitué de 32 TS de 64 kbps, et représente un
multiplexage sur le niveau physique de 4 interfaces A. Sur le niveau logique, toutes les
couches de protocoles sont conservées.
Quand le BSC et le TC ne sont pas co-localisés, pour un gain en quantité de MIC, le TC

sera toujours du côté du MSC, car en terme de transport, chaque ATR-mux 64 kbps vaut
4 interfaces A 64 kbps.
1.1.4 Les Interfaces GPRS
1.1.4.1 – L'interface GCH
L'Interface GCH est une interface à 16 kbps qui lie directement le MFS à la BTS, le BSC
étant transparent aux échanges. Il permet le transfert des PDU (Paquet Data Unit), qui
n'implique pas le BSC, du MFS vers la BTS. Il s'agit des informations par exemple de
synchro et de correction de synchro avec les canaux radio GPRS, des informations
d'établissement ou de relâchement d'une liaison GCH, etc.

12
1.1.4.2 – L'interface BSCGP
L'interface BSCGP (BSC GPRS Protocol) est l'interface de communication entre le BSC
et le MFS. Il peut gérer deux connexions LAPD de 64 kbps, une active et une redondante.
Il est supporté par l'interface ATR-mux. Les informations échangées par le protocole
BSCGP sont en résumé :
 Les requêtes de Paging (MFS vers le BSC)
 Les requêtes de "Channel requests" (du BSC vers le MFS)
 "Channel assignment" du MFS vers le BSC
 "Load indication" pour limiter la capacité du trafic GPRS, du BSC vers le MFS.
1.1.4.3 – L'interface Gb
L'Interface Gb est l'interface qui lie les fonctions PCU du MFS au SGSN (Serving GPRS
Support Node). Il supporte les techniques du Frame relay pour la communication entre les
deux équipements. Physiquement la connexion peut-être directe MFS/SGSN, ou via le
MSC, ou encore via le TC/MSC dans le cas des circuits mixtes (Parole et Data).
Les principales fonctions de l'interface Gb sont :
 Transfert des informations BSSGP-PDU entre le BSS et le SGSN
 Allocation et partage des PDU entre plusieurs canaux virtuels
 Information sur les ressources radio
 Les Informations de Qualité de Service
 Les informations de routages (Transfert des LLC-PDU entre le BSS et le SGSN)
 Etc.
1.1.4.4 – Quelques fonctions GPRS

 Les fonctions MAC et RLC
Le MAC (Media Access Control) est une couche dans le Mobile et le MFS, qui en
collaboration avec le RLC, permet de gérer la même ressource physique entre plusieurs
Mobiles.
Le RLC (Radio Link Control) du niveau hiérarchique directement au dessus du MAC,

définit les procédures de retransmission des paquets de données (correction d'erreurs).

13
 Le TBF
Pour chaque transfert de Paquets de Données PDU entre le MFS et le Mobile, une
connexion physique est établie entre les deux équipements, dans le sens du transfert
(Mobile vers MFS ou inversement), sur un ou plusieurs PDCH, et durant tout le transfert.
Cette connexion est appelée TBF (Temporary Block Flow) et est identifiée par un TFI
(Temporary Flow Identify).
 Le LLC
Le LLC (Link Layer Control) n'est pas une couche BSS, mais interprété par le SGSN et le
Mobile. La trame Packet Data Unit PDU LLC est composée 4 parties :
 L'en-tête qui contient le champ d'adresse et le champ de contrôle (confirmation

ou non des informations transférées, etc)
 La partie des Données proprement dites.
 La partie dite "Pied" pour marquer la fin de la trame.

14
Paramétrage BSS
2 Paramétrage BSS
2.1 Paramètres Télécoms GSM et GPRS

La terminologie Paramètres Télécoms est utilisée pour distinguer les paramètres qui se
rapportent à la communication téléphonique par apport aux paramètres O&M. Les
paramètres O&M étant des paramètres d'exploitation du système, tels que le nom d'une
BTS, la topologie Abis, les paramètres d'alarmes, etc.
Les paramètres Télécoms dans notre système sont organisés en 3 grands groupes :
1. Les Paramètres Télécoms GSM qui sont :
- Des paramètres applicables aux BSC, tels que PREFERRED_BAND,

parce que ne peuvent relever d'une cellule, ou des Timers d'interconnexion
avec les MSC, ou encore des Timers de supervision générale des cellules,
etc;
- des paramètres applicables aux cellules, tels que la puissance minimale

requise au Mobile pour accéder à la cellule, des Timers de supervision de
la cellule, la puissance minimale d'émission de la BTS, etc;
- Des paramètres de voisinage des cellules, utilisés dans le cadre des

Handover (HO). Il s'agira par exemple de la marge du signal d'une cellule
voisine sur la cellule porteuse admise pour effectuer un HO, ou de
l'activation ou non du HO sur trafic, etc.
2. Les Paramètres Télécoms GPRS qui sont comme pour le GSM :
- Des paramètres applicables au MFS, notamment dans le cadre de

l'interconnexion avec le SGSN, des Timers de supervision générale du
trafic GPRS, etc.
- Des paramètres GPRS spécifiques aux cellules, tels que le nombre

maximal de canaux PDCH admissible dans la cellule, l'activation ou non de
l'EGPRS, et également des Timers de supervision des cellules, etc.
La plus part des paramètres GSM, notamment de sélection/re-sélection, Marge de

HO, seuils de niveau de réception, à quelques exceptions prêtes, sont appliqués en
GPRS. Les exceptions sont par exemple le Reselect_Hysteresis ou le
Temporary_offset qui peuvent être traités différemment en mode données ou en mode
paroles, en fonction des besoins.
3. Les Paramètres Télécomm 2G – 3G, quant à eux, font référence à tous les
paramètres de fonctionnement des Mobiles de 3ème génération dans les deux
conditions UMTS et GSM/GPRS. Ces paramètres sont désactivés dans notre contexte
du fait de l'inexistence actuelle de l'UMTS dans le réseau.

15
Paramétrage BSS
2.2 Paramétrage BSC et MFS

Alcatel-Lucent propose des paramètres par défaut qui peuvent être implémentés dans le
système à l'ouverture, et optimisés en fonction des résultats des indicateurs de qualité et
des compteurs. Notre choix s'est basé sur la longue expérience de Orange France et des
filiales pour définir nos paramètres initiaux. La plus part des Timers ont ainsi été définis.
Les autres paramètres qui peuvent être le choix d'une fonctionnalité, telle que autoriser
les HO inter-Bandes sont par exemple fonction de la stratégie de HO que nous avons
décidé de mettre en place, et qui sera expliquée plus loin. Le choix également de la
Bande 1800 comme Bande préférée est la conséquence naturelle du nombre limité des
canaux 900 par apport aux canaux 1800. Les paramètres interworking sont quant à eux
définis en intégrant les contraintes la partie NSS.
2.2.1 Paramètres initiaux d'ouverture

Les paramètres initiaux définis pour le BSC et le MFS sont dans le fichier ci-joint.
Paramètres de base
BSC et MFS
2.3 Paramètres des cellules

Les paramètres des cellules constituent la partie la plus délicate du paramétrage, une
erreur de paramétrage peut s'avérer très néfaste pour la qualité de service. Non parce
que les paramètres globaux BSC ou MFS sont moins importants, mais parce que la
quantité de paramètres à régler conjuguée au nombre de cellules, rend plus grand la
difficulté à trouver la bonne solution pour chaque cellule. Ce grand nombre de paramètres
à manipuler implique un risque de dérive dans le temps de leurs valeurs par apport aux
Templates initiaux choisis. Il est conseillé de faire périodiquement, tous les deux ou trois
mois, un contrôle des paramètres croisés, afin de pallier à cette dérive. Le choix que nous
faisons, tout au moins au démarrage du réseau, consiste à fixer des Paramètres de base,
ceux-ci devront subir en principe peu de modifications, et sont communs à toutes les
cellules dans une même bande 900 ou 1800. Ensuite nous déterminons les valeurs pour
des Templates spécifiques, qui regroupent des cellules ayant en commun un certain
nombre de critères, cellules urbaines, suburbaines, rurales, etc. Et enfin nous choisissons
des Paramètres propres à chaque cellule, tel que le Plan de fréquence.
Ci-joint le fichier de paramétrage des cellules adopté.
Paramètres et
Templates des cellules

16
Paramétrage BSS
2.3.1 Paramètres de base

Les Paramètres de base ont été divisés en deux parties, une pour la bande 900 et l'autre
pour la 1800, compte tenue, d'une part de la différence de propagation entre les deux
bandes de fréquences, et d'autre part du nombre de canaux disponibles plus élevé de la
bande 1800, à savoir 50 contre 30 seulement pour la 900. Nous allons nous attarder sur
les différences des valeurs des mêmes paramètres entre bandes pour illustrer les choix.
Les valeurs de Sélection sont différentes, hystérésis et offset par exemple, parce que
l'objectif ici est de privilégier la sélection et la re-sélection des Mobiles sur la 900.
Rappelons également que le GPRS se fait exclusivement sur la bande 900
(En_EGPRS=Enable), donc il est plus pertinent de conserver le plus longtemps possible
les Mobiles sur cette bande. Et ensuite par réglage sur les Handovers, nous déchargeons
la 900 au profit de la 1800.
Le HO sur distance est désactivé sur le 1800, parce que la cellule 1800 est sous la 900
du point de vue couverture, le Mobile aura donc largement le temps d'exécuter un HO
PBGT ou sur Qualité. Il est activé sur le 900, et est déterminé par des Templates
spécifiques sur le paramètre de distance UPPER_TIMING_ADVANCE. De même la
différence sur les paramètres Delta Décrément ou Incrément HO margin, d'une bande à
l'autre, vise de façon globale à favoriser les HO PBGT de la bande 900 vers la 1800.
Bien que le Half Rate (HR) ne soit pas encore activé, nous fixons à l'avance des valeurs
de seuil (Ex: THR_FR_LOAD_L_SV1) dans les paramètres de base, pour éviter toute
surprise due par exemple à un oubli quand certaines cellules seront activées pour la
fonctionnalité HR.
2.3.2 Templates spécifiques

Les Templates spécifiques dans la même bande représentent des valeurs de paramètres
choisies pour un groupe de cellules répondant à un même critère. Les critères sont pour
la plus part :
 Un découpage par taille de région. On distingue les Templates Urbains; au

démarrage considéré pour la ville de Niamey, mais pourront être étendu plus tard
pour les autres villes à trafic relativement élevé (1000 Erlang par exemple) ou par
apport au nombre de sites dans la ville, supérieur à 15 BTS par exemple. Les
Templates ruraux pour des régions plus petites que celle Urbain. Le Suburbain
regroupe les cellules en périphérie orientées vers l'extérieur de la ville.
 Un regroupement par type de liaison, satellite pour le cas d'espèce, peut-être

également être fait indépendamment de l'appartenance à un Template de région.
Une cellule est donc déclarée avec ses paramètres spécifiques, elle appartient à un
Template de région, et elle peut ou non appartenir au Template Satellite.
En fonction de l'appartenance au type Urbain ou Rural, combiné à la bande de fréquence

d'une cellule, les valeurs d'un paramètre peuvent s'adapter dans chacun des cas. Tenons
par exemple le paramètre RXLEV_ACCESS_MIN, qui détermine le seuil minimal de
réception du signal d'un Mobile pour son acceptation dans une Cellule. Pour le 900 Rural
et Suburbain, il est à -110, donc un accès non limité. Alors que la valeur en 900 Urbain
est de -102, dans l'espoir positif que le niveau de couverture permettra aux Mobiles de se
sélectionner sur des meilleures Cellules. La valeur est de -95 pour ce paramètre dans la

17
Paramétrage BSS
bande 1800 quelque soit le type de zone. Nous choisissons de privilégier la sélection pour
des Mobiles éloignés dans la 900, et comme dit plus haut, par des techniques de HO, les
communications pourront être transférés vers la 1800.
Les Adjacents croisés, définis dans le document de Templates, sont également des
templates spécifiques. Il s'agit ici de fixer des valeurs de paramètres de HO dans les
principaux cas possibles. Le paragraphe "Stratégie de HO", ci-dessous en 2.3.3, va mieux
étayer les choix.
2.3.2.1 – Les Cellules sur liaison satellite
L'orbite géostationnaire des satellites est à 35 786 km au niveau de l'équateur. La vitesse

de propagation des ondes dans le vide étant de 300000km/s, la durée d'un signal émis de
la terre vers un autre point, à travers le satellite, varie de 238 ms à l'équateur à 278 ms
sur les autres points. Alors que même pour relier une BTS à 5000 km d'un BSC, le temps
serait environ de 17 ms. Ce délai long de transmission de données par voie satellite,
dégrade la qualité vocale, mais aussi la signalisation. Certains des Timers de supervision
des transactions de signalisation, qui sont généralement configurés pour des liaisons
terrestres, sont débordés, surtout en mode data. Il est donc question dans le paramétrage
d'en tenir compte et de définir des nouvelles valeurs à ces Timers. Les valeurs ainsi
fixées, Le Template Satellite doit être appliqué à toutes les cellules appartenant à des
liaisons Abis satellite.
2.3.3 L'accès à la cellule

L'accès à la cellule se fait suivant deux algorithmes quasi-identiques de sélection et de re-
sélection. Ces algorithmes sont implantés dans les mobiles et sont identiques à tous les
constructeurs.
2.3.3.1 – Fonctionnement de la sélection
La sélection intervient à l'allumage du mobile.
Un mobile se sélectionne sur une cellule à l'aide du critère C1. La cellule choisie sera
celle avec le C1 positif le plus grand, si celle-ci n'est pas barrée. Ce critère est évalué
toutes les 5s. Les valeurs de champ sont mesurées sur le BCCH. Les paramètres de
chaque station sont décodés à partir du BCCH.
C1 = Niveau reçu - RXLEV_ACCESS_MIN - max (MS_TXPWR_MAX_CCH - P, 0)
Avec:
RXLEV_ACCESS_MIN: Seuils d'accès aux cellules (en dBm)
P: Puissance maximale des mobiles (dBm)
MS_TXPWR_MAX_CCH: puissance maximale des mobiles autorisée pour

accéder à la cellule ( dBm )
Le paramètre CELL_BAR_ACCESS indique si la cellule est barrée ( = 0 ), c'est-à-dire

interdite d'accès aux mobiles pour cause de tests par exemple.

18
Paramétrage BSS
2.3.3.2 – Fonctionnement de la re-sélection
La re-sélection intervient après la sélection pour vérifier que la cellule sur laquelle le
mobile est initialisée (cellule serveuse), est bien la meilleure en mode veille et pour
accéder à la communication.
La re-sélection évalue le critère C2 toutes les 5s pour la cellule serveuse et si nécessaire

pour les six autres meilleures cellules :
- Si CELL_RESELECT_PARAM_IND = 1, le critère C2 est évalué à la place de

C1
C2 = C1 + CELL_RESELECT_OFFSET - TEMPORARY_OFFSET
* H (PENALTY_TIME - t)
Avec H(x) = 0 si x < 0
= 1 si x >= 0
Penalty_time : durée minimale pour que s'applique le TEMPORARY OFFSET.
t est un timer mis à 0 quand une cellule accède à la liste des 6 meilleures cellules.
Le but est de rajouter CELL_RESELECT_OFFSET à une cellule venant d'accéder
à la liste des 6 meilleures cellules et d'avoir une re-sélection trop rapide.
- Si CELL_RESELECT_PARAM_IND = 0,
C2 = C1
Le critère C2 n'est pas systématiquement présent chez tous les constructeurs.

Dans notre cas pour ONI, il est implémenté.
- Si une cellule X parmi les 6 meilleures n'appartient pas à la même zone de LAC
que la cellule serveuse :
C2 (Cellule X) > C2 (Serveuse) + CELL_RESEL_HYST
Avec CELL_RESEL_HYST (dBm) : hystérésis appliqué lors du changement de

Zone de LAC; dans ce cas la re-sélection s'accompagne d'une relocalisation.
Les causes de re-sélection sont les suivantes :
- C2 (serveuse) < 0 pendant 5s
- C2 (autres cellules) > C2 (serveuse) pendant 5s
- Cellule serveuse devient barrée (CELL_BAR_ACCESS  1 )
- Perte de la liaison descendante.
- Mobile a échoué après MAX_RETRANS essais de RACCH (Voir § 2.6 Autres

paramètres)

19
Paramétrage BSS
2.3.3.3 – Réglage des différents paramètres

- Réglage du Ms_Txpwr_Max_CCH
Le MS_TXPWR_MAX_CCH est la puissance maximum des mobiles autorisée pour

accéder à la cellule (CBm) en mode veille (Sélection ou la re-sélection).
Ce paramètre est en général fixé à la même valeur que MS_TXPWR_MAX, puissance

maximum des mobiles en mode communication dans la cellule. Leur valeur correspond à
la classe du Mobile décidée lors du design (0.8 W, 2W, 8W) tel que le bilan de liaison de
la cellule a été équilibré. Cette décision provient des prévisions du marketing.
Nous avons donc fixé la valeur de ce paramètre à 33 dBm pour le bande 900 et 30 dBm
pour la bande 1800.
- Réglage du Rxlev_Access_Min
La valeur du Rxlev_Access_Min doit au minimum être supérieure à la sensibilité du

mobile pour lequel le bilan de liaison de la cellule est équilibré.
Réglage pratique:
On cherche avant tout à avoir la meilleure couverture possible (seuil d'accès très bas),
permettant d'initialiser une communication, la qualité étant assurée ensuite par des
handovers.
Pour les cellules de type urbain, la couverture est souvent meilleure et pourrait permettre
un RxLev_Access_Min plus élevé, mais pour permettre une couverture à l'intérieure des
bâtiments, on prend une valeur faible.
A noter aussi que le RxLev_Access_Min permet de régler le trafic d'une cellule

(nombre d'appels initiés, nombre de mise à jour de zone de localisation, et nombre de
réception d'un appel). Néanmoins, il ne permet pas de jouer sur le trafic du aux
handovers.
Valeurs standard (Cellule pour mobile 2W):
TYPE DE CELLULE BANDE URBAIN SUBURBAIN RURAL
900 -95 -95 -95

RXLEV_ACCESS_MIN
1800 -102 -110 -110
Certains opérateurs mettent une valeur très basse pour le RxLev_Access_Min, comme -
105, pour un mobile 2 W. Cette valeur est inférieure à la sensibilité du mobile. Cette
décision est prise pour empêcher les mobiles de se caler sur les réseaux concurrentiels
(stratégie marketing).
- Réglage du Cell_Resel_Hyst
Le Cell_Resel_Hyst est une hystérésis de ré-selection entre 2 Lac. Cette hystérésis est
fixée à une valeur entre 2 et 8 dB. Elle dépend du recouvrement des cellules à la frontière

20
Paramétrage BSS
entre zones de localisation (LAC) et de la manière dont on veut pénaliser ce

recouvrement.
Si par exemple, on a une route longeant la frontière entre deux LACs, on va chercher à
pénaliser fortement le changement de LAC pour éviter un changement trop fréquent.
Nous avons pour notre réseau une seule Lac pour le réseau de Niamey. Ce paramètre ne
sera donc pas pris en compte. La valeur de ce paramètre est fixée à 8dB.
2.3.4 Stratégie de HO
Le Handover est une méthode de transfert de communication d'une cellule vers une autre
dans le souci de garantir une continuité de service pendant la mobilité de l’utilisateur.
Il existe plusieurs types de HO :
o HO sur alarmes : Il permet de maintenir une qualité acceptable si arrivée

d'interférents, et d’éviter la rupture du lien pour cause radio.
o HO sur PBGT ou handover sur better cell : il permet d’optimiser l'utilisation

des ressources radio, et de minimiser la consommation d'énergie des
mobiles et le niveau d’interférence global
o HO sur trafic : Il permet d’équilibrer le trafic entre les cellules
Le paramétrage des HO s'effectue en quatre étapes :
o Définition des stations voisines
o Réglage des seuils de HO sur alarmes et sur better Cell
o Réglage des paramètres de sélection de la voisine cible (Ho_margin,

Rxlev_min).
o Réglage des fenêtres de "Moyennage"
2.3.4.1 – Définition des voisines
Les stations voisines sont les stations sur lesquelles un mobile peut faire un HO. Jusqu'à
32 voisines peuvent être déclarées par cellules suivant les constructeurs.
La stratégie consiste à implémenter un nombre important de voisines au départ, puis de

diminuer ce nombre pendant l'optimisation en analysant les taux de handovers. Les
voisinages doivent être symétriques, pour permettre à un mobile de revenir sur la cellule
initiale si la nouvelle cellule est pire en terme de qualité.
Dans le cas spécifique de ONI, les cellules déclarées dans le voisinage sont des cellules
pour des relations intra-sites dans les deux bandes et les cellules qui forment la première
couronne de la cellule serveuse. La liste des voisinages est définie dans le fichier suivant.

21
Paramétrage BSS
Liste des adjacents

ONI
2.3.4.2 – Handover sur alarmes
Les HO sur alarmes préservent la qualité de la communication. Les trois critères de

déclenchement d'un handover intercellulaire sur alarme sont :
a) RXLEV_XX < L_RXLEV_XX_H (XX = DL ou UL)
b) RXQUAL_XX > L_RXQUAL_H (XX = DL ou UL)
c) Distance : distance > UPPER_TIMING_ADVANCE et EN_DIST_HO = Enable
Avec:
L_RXQUAL_XX_H : seuil bas de qualité
L_RXLEV_XX_H : seuil bas de niveau de champ
UPPER_TIMING_ADVANCE: seuil en distance entre mobile et BTS
2.3.4.2 Handover sur qualité
La qualité de communication est fonction du niveau de champ et du taux d'interférence.
La qualité est représentée par le RXQUAL mesuré en :
RXQUAL 0 1 2 3 4 5 6 7
Bit Error < 0.2 < 0.4 < 0.8 < 1.6 < 3.2 < 6.4 <12.8 >12.8
Rate(%)
Valeurs des seuils:
La valeur du seuil est un compromis entre une qualité de communication acceptable et un

taux de handover élevé (ping-pong).
D'où les seuils suivants:
bande 900 1800
L_RXQUAL_DL_H 3,9 3,9
Sur certaines cellules sans problèmes de réutilisation et avec une bonne qualité, on peut
désactiver le handover sur qualité pour alléger le BSC des calculs d'algorithmes. On le
remplace par le HO sur niveau de champ.

22
Paramétrage BSS
2.3.4.3 Handover sur niveau de champ
Le handover sur niveau de champ est activé quand on veut se préserver des chutes
brutales de champ entraînant une coupure de communication, la qualité pouvant être
acceptable avec un champ faible. La valeur du seuil est un compromis entre une qualité
de communication acceptable (seuil élevé) et un taux de handover élevé (ping-pong).
Nous avons pris les valeurs minimums suivantes:
BANDE URBAIN SUBURBAIN RURAL
1800 -98 -107 -107

L_RXLEV_DL_H
900 -95 -103 -103
1800 -105 -107 -107

L_RXLEV_UL_H
900 -97 -103 -103
2.3.4.4 Handover sur distance
Distance > UPPER_TIMING_ADVANCE et EN_DIST_HO = Enable
La distance est calculée à partir du Timming Advance ( 2 fois la distance MS-BTS ). Ce

handover permet de limiter la taille de la cellule en forçant un handover à partir d'une
certaine distance. Il est utile si une cellule a une taille trop réduite/importante du fait d'une
mauvaise/bonne propagation radio. En général, il est peu utilisé. Il est paramétré soit en
km, soit en unité de Timing advance (1 TA  0.6 km), la valeur max étant fixé à 63 TA.
Nous avons désactivé le handover sur distance (pour les deux bandes ; EN_DIST_HO =
Disabled) pour le lancement nous ajusterons ce paramètre s’il le faut lors de la
campagne d’optimisation.
2.3.4.5 Handover sur Better Cell

1 - Réglage de Rxlev_Min
Un handover sur Better Cell se fait en deux parties. La première partie de l'algorithme
consiste à évaluer l'état de la liaison radio entre le mobile et la cellule serveuse (qualité
UL/DL, niveau UL/DL, Distance ) ainsi que les niveaux de champ proposés par les
cellules voisines par rapport à celui de la cellule serveuse (PBGT).
Si l'algorithme estime que la liaison radio est en dessous des seuils permettant d'assurer
une communication de qualité, il entre dans la deuxième partie qui consiste à choisir la
cellule cible du handover. Le premier critère d'éligibilité d'une cellule cible est le suivant
suivant la REC GSM 05.08:
RXLEV_NCELL(n) > RXLEV_MIN(n) + Max ( 0, MS_TXPWR_MAX(n) - P )
Avec:

23
Paramétrage BSS
RXLEV_NCELL(n): niveau de champ de la cellule voisine (n)
RXLEV_MIN(n): seuil d'accès à la cellule (n) à partir de la cellule serveuse
MS_TXPWR_MAX(n): Puissance admissible dans la cellule (n)
P: puissance maximum des mobiles
Dans le cas d'un mobile de même classe que la cellule, le critère devient:
RXLEV_NCELL(n) > RXLEV_MIN(n)
La valeur de ce paramètre pour les différents types de cellules est présentée dans le
tableau ci-dessous :
BANDE URBAIN SUBURBAIN RURAL
1800 -96 -96 -96

RXLEV_MIN_n
900 -96 -99 -99
Le handover sur Better Cell intervient dans les priorités après les handovers sur alarmes.
La communication est donc de bonne qualité à ce moment là, il s'agit d'effectuer un
handover pour éviter que le mobile s'éloigne trop de la BTS et crée des interférences
dans une autre cellule. Le critère de déclenchement de ce type de handover est le
suivant :
PBGT(n) > HO_MARGIN (n)
avec :
- PBGT(n) : bilan de puissance du mobile sur la nième Voisine.
- HO_MARGIN(n): Paramètre fixant la marge de champ nécessaire pour

effectuer un handover de la cellule serveuse vers la voisine n (dB).
2 - Réglage du HO_MARGIN:
Le HO_MARGIN intervient à deux niveaux dans le handover. Il intervient dans la première

partie pour la comparaison du niveau de champs sur les cellules voisines par rapport à la
station serveuse avec l'inégalité suivante:
PBGT ( n) > HO_MARGIN (n)
Avec :
HO_MARGIN(n) marge d'hystérésis relative au couple cellule serveuse-voisine n
PBGT(n): Power Budget (bilan de liaison) relatif au couple cellule serveuse -

voisine n
L'expression du PBGT(n) est:
PBGT(n) = ( Min(MS_TXPWR_MAX, P ) - RXLEV_PBGT_HO - PWR_C_D )

- ( Min ( MS_TXPWR_MAX(n), P) - RXLEV_NCELL(n))

24
Paramétrage BSS
avec: MS_TXPWR_MAX puissance d'émission maximum des mobiles autorisée dans la

cellule de service courante.
P: puissance maximum du mobile.
MS_TXPWR_MAX(n): puissance d'émission maximum du mobile autorisée dans

la cellule voisine n.
RXLEV_NCELL(n): niveau de champ reçu dans la cellule n.
RXLEV_PBGT_HO : niveau de champ de la cellule serveuse
PWR_C_D: puissance maximum de la BTS - puissance réelle de la BTS (ce terme

est nul si le contrôle de puissance downlink n'est pas activé).
Si les deux cellules autorisent la même puissance de mobile (MS_TXPWR_MAX) et si le

contrôle de puissance downlink n'est pas activé, l'expression du PBGT devient:
PBGT(n)=RXLEV_NCELL(n) - RXLEV_PBGT_HO > HO_MARGIN (n)
Si le contrôle de puissance de la BTS est activé, la comparaison entre cellule voisine et

cellule serveuse est faussée. En effet, le champ des voisines est mesuré par le mobile sur
le canal BCCH qui émet toujours à pleine puissance, alors que celui de la station
serveuse est mesuré sur le canal TCH soumis au contrôle de puissance. Le terme
PWR_C_D annule l'effet contrôle de puissance.
Pour faire un handover sur cause Better Cell, la cellule cible doit donc avoir un champ
supérieur de HO_MARGIN (dBm) à celui de la cellule serveuse, ce qui évite de faire des
handovers successifs entre deux mêmes cellules ( ping-pong).
Le HO_MARGIN intervient dans le deuxième critère d'éligibilité des cellules-cibles:
PBGT(n) – HO_MARGIN(n) > 0
Les cellules cibles sont ensuite classées par ordre décroissant. La comparaison PBGT-
HO_MARGIN est donc à la fois un critère de handover et un critère de classement des
cellules éligibles.
Si le réseau est bien réglé, c'est à dire sans problèmes d'interférences ou trous de
couverture, seuls des handovers cause Better Cell doivent avoir lieu.
La valeur de HO_MARGIN doit permettre d'obtenir le meilleur compromis entre la qualité

de service et le taux de handover ping-pong. Elle est donnée dans le tableau ci-dessous :

25
Paramétrage BSS
Cellules
1800 <--> Adjacentes
CelluleY (1800)
vers CelluleA 900 CelluleB 1800
Direction Outgoing Outgoing
HO_MARGIN 13 5
Hondover en sortant d’une cellulle 1800
Cellules
900 <--> Adjacentes
CelluleX (900) vers CelluleA 1800 CelluleB 900
HO_MARGIN 0 5
Hondover en sortant d’une cellulle 900
2.3.4.6 Handover sur Trafic
Le but est de favoriser le handover des cellules 900 vers les cellules 1800 et pénaliser le
sens inverse. Pour équilibrer le trafic entre les deux bande 900 et 1800. L'objectif pour
nous est de conserver un trafic inférieur à 70% de la capacité dans chacune des bandes.
Nous activerons pour l’ouverture en plus du HO sur PBGT le Handover sur Traffic pour
favoriser le passage du 900 au 1800.
Le paramètre qui permet d’activer ou de désactiver le HO sur trafic est EN_TRAFFIC_HO.
Si EN_TRAFFIC_HO = disabled le HO se fait sur PBGT comme expliqué dans le

paragraphe ci-dessus.
Et RXLEV_LIMIT_PBGT_HO représente le niveau minimum de champ requis pour

accéder en HO PBGT dans la cellule correspondante.
Si EN_TRAFFIC_HO = Enable, le critère de déclenchement de HO devient
PBGT(n) > HO_Margin(0,n) + (OFFSET_HO_MARGIN_INNER=0) + maximum (0,

Delta_HO_Margin(0,n)) pour exécuter un HO;
La règle est la suivante :
- Si le Traffic_load(0) ≥ HIGH_TRAFFIC_LOAD et Traffic_load(n) ≤

LOW_TRAFFIC_LOAD

26
Paramétrage BSS
Alors Delta_HO_Margin(0,n) = - DELTA_DEC_HO_MARGIN(0)
- Si Traffic_load(0) ≤ LOW_TRAFFIC_LOAD et Traffic_load(n) ≥

HIGH_TRAFFIC_LOAD
Alors Delta_HO_Margin(0,n) = DELTA_INC_HO_MARGIN(0)
Sinon Delta_HO_Margin(0,n) = 0
(0) est considéré pour la cellule Serveuse et (n) pour la cellule voisine cible.
La procédure du Handover se fait de la même façon qu’un Handover sur better Cell, la
seule chose qui change est le HO_Margin.
Ci-dessous dans le tableau une synthèse des paramètres qui entrent en jeu :
Template Urbain Template Rural
Value Value
Value Value
Attribute Name Unit 1800 900 1800 900
HIGH_TRAFFIC_LOAD % 80 20 70 30
LOW_TRAFFIC_LOAD % 70 0 60 0
DELTA_DEC_HO_MARGIN dB 2 20 2 20
DELTA_INC_HO_MARGIN dB 2 10 2 10
RXLEV_LIMIT_PBGT_HO dB -87 -47 -87 -47
Les HO Margin sont définis dans le Tableau 2.3.3.2 suivant :

900 <--> Cellules Adjacentes

Adjacency Name CelluleX-CelluleA CelluleX-CelluleB
Lac
CI
HO_MARGIN 0 5
HO_MARGIN_QUAL 1 1
HO_MARGIN_LEV 2 2
HO_MARGIN_DIST 2 2
Link_factor 0 0
Priority 0 0
EN_TRAFFIC_HO Enable Disabled
L_RXLEV_CPT_HO -84 -84
NEIGHBOUR_RXLEV
OUTDOOR_UMB_LEV
NC_R_HYSTERESIS 128 (Never) 128 (Never)
Tableau 2.3.3.2

27
Paramétrage BSS
Le HO sur trafic n'est défini en effet que pour le transfert du trafic de la bande 900 vers la
bande 1800. Cela n'est possible que si :
1 – Le nombre de canaux en trafic dans la cellule 900 est > 20% (Hight traffic) des canaux
configurés, pendant que ce taux dans la 1800 est inférieur à 70% (Low traffic). Remarquer
la simulation de la saturation de la cellule, par le rabaissement du paramètre Hight traffic
à 20%. L'inverse est faite avec la 1800, par le relèvement du low traffic à 70%.
2 - le PBGT de la cellule cible est meilleur que -20 dB. Il y a de force chance que cela soit
toujours le cas en zone de bonne couverture, jusqu'à -80dB.
Les HO sur meilleure voisine PBGT sont possible entre les deux bandes, car le paramètre
EN_MULTIBAND_PBGT_HO = Enable.
Les tableaux ci-dessous représentent les configurations pour les quelles le Handover sur
Traffic est activé :
CelluleY (1800) vers CelluleA 900 CelluleB 1800
EN_TRAFFIC_HO Disabled Disabled
Handover en sortant d’une cellulle 1800
EN_TRAFFIC_HO Enable Disabled
Handover en sortant d’une cellulle900
2.3.4.7 Handover intracellulaires
Ce type de handover est aussi appelé interférence HO. Le handover intracellulaire permet
de changer de TRX/timeslot à l'intérieur d'une même BTS pour résoudre un problème
d'interférences co-canaux (bon niveau de champ, mauvaise qualité). Il est actionné sur le
critère suivant :
RXLEV_XX > RXLEV_XX_IH & RXQUAL_XX > L_RXQUAL_XX_H
XX=UL/DL

28
Paramétrage BSS
Le seuil en niveau différencie un HO sur qualité d'un HO intracellulaire (voir dessin 1.0).
Au dessous de ce seuil, on estime que le problème de qualité n'est pas du seulement aux
interférences, mais aussi à un faible niveau de champ reçu de cette cellule.
Les valeurs standard sont fixées entre -80 et -85 dBm.
Ce type de handover peut être désactivé si par exemple, le saut de fréquence fonctionne.
Nous l’avons désactivé sur les deux bandes 1800 et 900 : INTRACELL_HO = Disabled.

29
Choix de LAC
3 Choix de LAC
Une LA (Location area) peut contenir plusieurs RA (Routing Area), équivalent de LA pour
le GPRS. Le choix que nous faisons est LA égale RA, autrement LAC = RAC, même zone
de localisation pour le GSM et le GPRS.
La Lac est codé sur 5 digits, pouvant prendre des valeurs allant de 1 à 65535. La règle
considérée pour ONI dans la codification des LAC est décrite dans le document
"NIG_18_158_RTI_Règle de nommage des sites".
3.1 Dimensionnement de LAC

Les principaux facteurs ou "acteurs" qui entre en compte dans le dimensionnement de la
LA sont :
- Le nombre d'abonnés du réseau (jusqu'à 135 000 abonnés en 2008,

prévision Marketing)
- Le trafic moyen par abonné (environ 8 mErl pour ONI, prévision Marketing)
- La répartition ou le flux de trafic
Les paramètres réseau qui interviennent sont :
- La configuration CCCH (mode combiné ou non)
- Le nombre de Paging (PCH) et de AGCH
- Le nombre de SDCCH et SACHH
- La capacité de paging par heure du BSC
La taille maximale d'une LA est donnée par le nombre de paging qu'elle comptabilise par
heure. Le nombre de paging par heure doit également être comptabilisé pour la cellule, la
BTS, le BSC et le MSC.
3.1.1 La notion de découpage des zones de localisation

En général on applique deux principes, le découpage des zones de localisation par MSC
ou le découpage des zones de localisation par BSC.
3.1.1.1 – Le decoupage par MSC
C'est la méthode utilisée sur la plus part des réseaux denses. Le suivi du nombre de
paging est fait sur un groupe de cellules indépendamment de leur appartenance à un
BSC ou non. Un nombre de paging maximum est défini par LAC, s'il est atteint, la Lac est
redimensionnée.
Avantages :
 Simplicité de la gestion des lacs, il y en a moins que dans le découpage par BSC.

30
Choix de LAC
 Des observations tendent à montrer un nombre SDCCH moins élevé en zone

frontière.
Inconvénients :
 Le nombre de paging est plus important, car les Lac sont plus grande que dans le
second cas.
 L'optimisation en zone frontière doit être plus fine, intégrant le fait des HO inter
BSC et inter MSC (VLR).
3.1.1.2 – Le decoupage par BSC
C'est la méthode la plus utilisée pour les petits et moyens réseaux. Le nombre de paging
est observé sur un groupe de cellules, tout en tenant compte qu'elles appartiennent à un
même BSC. Un seuil de paging par Lac sera alors défini, et le découpage se fera dans le
même BSC. Ce qui implique également une organisation géographique des Cellules par
BSC.
Avantages :
 Le paging est diminué, puisqu'il se fait sur un nombre plus petit de cellules.
Inconvénients :
 Si le réseau s'agrandit véritablement, beaucoup de HO inter Lac à gérer, compte

tenu du nombre BSC par ville par exemple. D'où plan de re-dimensionnement plus
délicat à mettre en place, en tenant compte de l'impact client.
 Une charge beaucoup plus importante en Location update, due aux petites tailles
des Lac.
3.1.2 Choix de LAC pour ONI

Le taux de paging des BSC MX Alcatel utilisés par Orange Niger est de 342 000
pagings/heure. Cette valeur est de plusieurs fois supérieure à la taille maximale autorisée
pour des Lac avec des cellules configurées en mode non combinées, chez Orange
France, soient 70 000 pagings/heure.
Si on considère les données prévisionnelles Marketing, à savoir 135 000 abonnés en

2008, avec un trafic moyen par abonné de 8 mErl, soient à 70% du taux d'utilisation, on
obtient un trafic horaire :
Trafic total en BH à écouler = (135 000 * 0,008)/0,7 = 1543 Erlang
Le capacité en trafic en Abis installé pour Niamey tout seul est de 2017,2 Erl,
confère document Excel "Topologie Abis et dimensionnement BTS ONI" joint paragraphe
4.2.1.
La durée moyenne d'un appel a été estimée à 60s dans le réseau.
Trafic = (Durée moy appels * Nbre appels)/Période d'observation; d'où

31
Choix de LAC
Nbre appels = 2017,2/(60/3600) = 121 032 appels
Si nous nous mettons dans des conditions pessimistes de considérer un échec moyen de
50% de demandes de paging sur l'interface A, pour 121 032 appels, il nous faudrait 181
548 pagings/heure.
Ce calcul simplifié, dans l'évaluation du nombre de paging, nous permet tout simplement
de conclure à la capacité pour un seul BSC MX à supporter la charge prévisionnelle en
paging de Niamey en 2008. Ceci est déterminant dans notre choix initial dans le
dimensionnement de Lac de Niamey. Notre choix consiste à prévoir une seule Lac pour
la ville de Niamey. Puisqu'un seul BSC est prévu à l'ouverture du réseau pour Niamey,
une seule Lac donc pour ce BSC.
Les régions assez distantes entre elles, auront chacune une seule Lac. Les premiers
drives tests et la QoS vont nous permettre d'identifier éventuellement les régions qui se
chevauchent afin d'optimiser par fusion certaines zones de localisations.
3.2 Optimisation des LA

3.2.1 Optimisation des zones de localisation
3.2.1.1 – Taille de Lac
Par expérience dans les réseaux Orange, notamment Orange France, les Zones de
Localisation sont classées par taille en 3 catégories :
Type de Lac Densité de la population Nombre de Paging Configuration CCCH

max / heure
Type 1 Peu dense (Rural par ex) 20 650 paging/h Mode combiné
Type 2 Dense (Ville moyenne) 41 300 paging/h Mode mixte combiné +

non combiné
Type 3 Très dense 70 000 paging/h Mode non combiné
Selon que le choix se porte sur un mode CCCH, la typologie des Lac varie. Pour Niamey
à l'ouverture, toutes les cellules sont en mode non combinées. Et nous allons fixer la taille
max pour nos Lacs à 41 000 paging/heure, pour nous mettre dans la configuration la plus
courante des réseaux, c'est-à-dire la possibilité d'avoir un mode mixte. L'étude pour
l'optimisation par division d'une Lac devra donc commencer à se faire dès l'observation
d'un nombre de paging à l'heure chargée supérieure à 30 000. Le nombre de paging doit
être compté sur l'interface A vue du BSS ou à la sortie du VLR, vue du NSS. Cela

32
Choix de LAC
représente plus fidèlement le nombre de tentatives avec ou sans réponse, par apport aux
compteurs lus de l'interface Air.
3.2.1.2 – Les cellules frontières
Une fois la décision de diviser la Lac prise, il est important d'identifier les cellules
frontières dans le but d'optimiser l'utilisation des ressources SDCCH. La démarche
consiste à :
 Identifier dans un outil de couverture, Netact par exemple, les candidats

susceptibles de faire partie des cellules frontières.
 Faire une analyse des flux des HO inter-BSC, si plusieurs BSC. Choisir les
cellules parmi les candidats qui ont le moins de HO et qui utilisent moins de
ressources SDCCH.
 Faire une simulation de HO inter-Lac avec les cellules potentiellement frontière.

Les cellules qui feront moins de HO, seront celles retenues.
 Basculer si nécessaire des cellules (BTS) vers un autre BSC, pour définir plus
clairement la zone frontière.
3.2.1.3 – Les réglages d'optimisation
Les cellules frontières étant clairement identifiées, il convient de prendre quelques

mesures pour anticiper sur la congestion SDCCH :
 Réduire le trafic TCH tout en s'assurant que les cellules ne congestionnent pas.
 S'assurer que les cellules ne congestionnent pas en TCH, et vérifier la possibilité

d'un rajout de SDCCH.
 Augmenter si nécessaire la valeur du Cell_reselect_hysteresis, qui offre une

meilleur continuité de service quand le mobile change de zone de localisation,
surtout quand il est dans un état veille.
 Chercher à équilibrer le trafic entre les deux nouvelles zones obtenues.
Pour équilibrer le trafic, si l'on décide de diviser une zone de localisation La0 en deux
zones La1 et La2, la règle suivante peut s'appliquer :
ΣPaging La1 ΣTrafic La1

ΣPaging La2 = ΣTrafic La2
Le Trafic de La1 ou La2 est la somme de trafic de toutes les cellules en heure chargée
dans chacune des zones de localisation.

33
Dimensionnement et Topologie BSS
4 Dimensionnement et Topologie BSS
4.1 Processus de Dimensionnement

Le processus de dimensionnement notamment au lancement d'un nouveau réseau est
une cohérence des études et objectifs Marketing, avec les choix techniques adaptés pour
répondre à ces objectifs, et qui intègre bien entendu les contraintes Financières.
Le Marketing formule les zones à couvrir, la qualité et les services à offrir, le trafic à
résorber par zone de couverture.
Les formulations du Marketing sont traduites en dimensionnement radio du réseau. Ce

dimensionnement impose un choix d'architecture globale du réseau. Toutes les parties du
réseau et les équipements sont impliquées :
 Radio (Sites, HBA, secteurs, TCH, SCCH, BTS (TRX), etc.)
 Abis, BSC, Interface A
 MSC, HLR
 Transmission
4.2 Le Dimensionnement radio

Le Dimensionnement radio intègre deux hypothèses de calcul :
- le Trafic prévisionnel
Le trafic prévisionnel global a été donné par les études Marketing, à savoir
8mErl par abonné pour 135 000 abonnés. Ce qui entraîne un trafic global
prévisionnel de 1080 Erl. Les équipements doivent être dimensionnés avec un
taux d'utilisation de 70%, ce qui implique de prévoir l'écoulement d'un trafic de
1080/0,7, soit 1350 Erlang.
Ce trafic global de 1350 Erl est reparti en 8 régions de couverture radio,

également spécifiée par le Marketing. À savoir Niamey et 7 régions de
provinces. Ainsi le trafic global reparti sur les différentes régions, des objectifs
de couverture sont définis par région. Ces objectifs de couverture permettent
de définir le nombre de sites BTS par régions. Le trafic prévisionnel d'une
région divisé par le nombre de sites BTS par région, implique le trafic par BTS
et par secteur, donc à travers la Loi d'Erlang, le nombre de canaux à utiliser, et
par conséquence la capacité en TRX de la BTS.
- Le dimensionnement par couverture
Les objectifs de couverture permettent de faire un dimensionnement par

couverture. De façon simplifiée le principe consiste, après avoir défini le
nombre de BTS dans une zone donnée, à définir le nombre d'hexagones, à
partir du rayon des cellules et de la surface à couvrir. Le rayon d'une cellule
est obtenu à partir du bilan de puissance d'un réseau d'antenne, et du bon
modèle de propagation choisi. Typiquement pour notre cas, nous avons des

34
sites urbains, cas de Niamey, et des sites ruraux, cas pour l'instant des
provinces.
Nous n'allons pas détailler le dimensionnement par couverture, le choix

d'antenne, les pertes de liaison, les Tilts, les azimuts, le bilan de puissance,
etc. qui font partie de toute une autre étude, et dont les méthodes et choix sont
consignés dans le document d'Ingénierie radio.
4.2.1 Dimensionnement des canaux radio

Une fois le trafic estimé pour une BTS, l'outil principal pour le dimensionnent des canaux
radio est la Table d'Erlang. La table utilisée est l'Erlang B qui autorise un taux de blocage
des appels. Le taux de blocage choisi est de 2%.
Le dimensionnement consiste pour chaque TS interface Air, de spécifier le nombre de

canaux de signalisation, le nombre de canaux de trafic, pour le GSM et pour le GPRS.
 Canaux GSM :
- 1 BCCH par secteur et par bande de fréquence. Nous faisons du Bi-band

par site.
- Règle TCH
Le principe est l'exploitation de la Table d'Erlang B.
Trafic de la Cellule
(en Erlang) Loi d'Erlang B Nombre canaux TCH
Taux de blocage (2%)
- Règle SDCCH
Tentatives d'appels ~
30 % Trafic TCH
Nombre canaux SDCCH / 8
Mise à jour de Loi d'Erlang B
Localisation (SDCCH / 4 en mode combiné)
Temps d'occupation
SDCCH
Taux de blocage (2%)
Exemple d'une cellule de Niamey :
Trafic = 8,2 Erl ; Trafic sdcch = 30%*8,2 = 2,46 Erl
Nbre Tch = 14; Nbre Sdcch = 7/8 = 1 TS SDCCH

35
Le Tableau suivant de synthèse donne la relation SDCCH, TCH et TRX en mode mixte
combiné et non combiné.
Nombre TRX Static SDCCH Dynamiq SDCCH Canaux TCH Mode CCCH
1 4 8 7/6 Combiné
2 4 12 7/6 Combiné
2 8 16 14/13 Non combiné
Tableau 4.1.1.1.1
La structure du mode combiné des canaux de signalisation est la suivante :
- BCC = FCCH + SCH + BCCH + CCCH

- CBC = FCCH + SCH + BCCH + CCCH + SDCCH/4 + SACCH/4
- SDC = SDCCH/8 + SACCH/8; SDC pour SDCCH statique
- SDD = (TCH + SACCH/8) ou (SDCCH+SACCH/8); SDD pour SDCCH dynamique
Les cellules en frontière de zones de localisation requièrent une attention particulière quant au
nombre de SDCCH à utiliser, compte tenu du nombre élevé de mise à jour de localisation.
 Canaux GPRS :
Le dimensionnement GPRS utilise l'Erlang C. En cas de saturation des canaux PDCH,

il n'y a pas rejet de l'appel suivant, ou de blocage, comme pour le trafic de parole
(Erlang B), mais une mise en file d'attente contrôlée par un Timer. Le mode
d'allocation des ressources que nous avons choisi, est l'allocation dynamique des
ressources radio GPRS. Quatre canaux au maximum ont été définis par cellule, avec
un minimum de zéro. La méthode de fixation du nombre de canaux PDCH est décrite
dans le paragraphe 4.3.3.
La signalisation pour le GPRS utilise les TS de signalisation GSM, quand comme

dans notre cas, le nombre de TS MPDCH est de zéro. Explications paragraphe 1.1.1.4
sur les MPDCH.
4.3 Dimensionnement BSS

Le dimensionnement BSS se décline progressivement de la BTS vers le BSC et le TC.
4.3.1 Le Dimensionnement BTS

Le fichier ci-joint présente le choix de dimensionnement BTS et Abis adopté.

36
Topologie Abis et
dimensionnement BTS ONI
4.3.1.1 – Dimensionnement des ressources BTS
Le trafic global définit pour une BTS impose le type de BTS. Un trafic qui sollicite par
exemple 3 secteurs avec 4 TRX par secteur, impose naturellement une station indoor
MBI5 ou une station outdoor MBO2 pour Alcatel.
Un TRX supporte 8 TS de trafic TCH, et/ou de signalisation BCCH et SDCCH. Confère le

tableau SDCCH du paragraphe 4.1.1.1.
4.3.1.2 – Dimensionnement de l'interface Abis
En fonction du choix de multiplexage RSL expliqué dans le paragraphe 1.1.2.2 sur les TS
Abis, les règles suivantes sont respectées pour le multiplexage 16 kbps statistique :
- Deux Times slots Abis pour un TRX
- 1 RSL ou OML partage le premier bit de chaque TRX
- 8 à 12 Extra Time Slots sont réservés pour le MCS9
- Le TS0 est utilisé pour la synchro.
Si le nombre de TS à utiliser dépasse les 32 dédiés pour un Abis, un deuxième Abis est
raccordé et activé.
Ci-joint le type de mapping Abis qu'on pourrait retrouver à l'OMCR pour le 16 kbpas
statistique.
Abis mapping avec

MCS9
4.3.2 Le Dimensionnement BSC
Interface A
- Nbre port Abis ATR-mux - Nbre CIC
BSC TC
- Nbre max TRX BSC - Nbre N7
- 70 % capacité
- Nbre CCP (VTCU, VDTC)

- Nbre LIU (Port Abis) MFS - Bearer Channel
- PVC/NSVC

37
4.3.2.1 – Dimensionnement des ressources BSC
Les BSC MX supportent trois configurations, en fonction du nombre de CCP, conf 1, conf
2 et conf 3. La configuration 1 par exemple supporte 200 TRX tous en FR (Full rate) ou
100 TRX en DR (Dual rate).
Le dimensionnement des ressources BSC se fait simultanément sur les deux interfaces
Abis et A. Le nombre de port Abis apprécié globalement côté BTS, informe sur le besoin
en Abis. Voir le fichier joint 4.2.1 sur le nombre de port Abis. Le dimensionnement du BSC
côté Abis doit également tenir compte du nombre maximum de BTS, de cellules, et de
TRX admissibles selon la configuration.
Le trafic à écouler renseigne sur le nombre de circuit de parole (CIC). La loi d'Erlang B est
également appliquée, avec un taux de blocage à 0,1%, et avec un taux d'utilisation à
70%. Confère choix de Lac au paragraphe 3.1.2. Au-delà de 3112 CIC pour le BSC MX
un overload est renvoyé. Ce seuil est donc déterminant pour basculer le trafic vers un
second BSC. Par ailleurs il faut tenir compte de la disponibilité des ressources MSC.
Pour les BSC MX utilisés dans le réseau ONI, le nombre max de N7 est de 16. La règle
par expérience recommande 1 N7 pour 4 Interfaces A. Mais avec un maximum de 16 N7
pour les 120 Interfaces possibles.
4.3.2.2 – Dimensionnement des Interfaces A
Si on s'en tient aux données prévisionnelles Marketing, et à la charge de trafic interface

air installée :
Besoin prévisionnel Marketing en trafic = (135 000 * 0,008)/0,7 = 1542 Erl (135 000
abonnés, 8 mErlang/abonné, Taux d'utilisation 70%).
Capacité nécessaire pour Abis disponible = 2017,2 /0,7 = 2881,7 Erl (Charge Abis/Taux
d'utilisation 70%). Confère doc Topologie Abis et dimensionnement BTS en 4.3.1, Charge
Abis = somme des charges cellules.
Pour un besoin 2881,7 Erl, par Erlang B à 0,01%, le nombre CIC = 3041, soit environ 105
Mic Interfaces A égales à 26,2 ATR-mux.
Donc le besoin max en Interface A pour le BSC 01 est de 27 ATR-mux = 104 Mic
Interface A, pour absorber la charge de trafic installée dans les BTS. Mais le
dimensionnement des Interfaces A BSC tient surtout compte du trafic réel écoulé. Car il
est pratiquement impossible que tous les canaux TCH soient simultanément occupés.
Ainsi le nombre de CIC installées a été choisi en fonction des études de prévisions
Marketing, et de la disponibilité des ressources côté NSS. Cette configuration devra
évoluer en fonction du trafic réel interface A, et des nouvelles estimations d'évolution futur
du trafic.

38
4.3.3 Le Dimensionnement MFS

Le MFS est dimensionné d'une part sur sa capacité déterminée par le nombre de cartes
GP, et d'autre part sur ses deux interfaces, l'interface ATR-mux avec le BSC, et l'interface
Gb pour la connexion au SGSN.
Le nombre de carte GPU est déterminé principalement par le nombre de canaux GCH
activé entre le MFS et la BTS. Le nombre de canaux GCH est fonction du nombre de
PDCH et du type de codage.
Dans le tableau ci-dessous nous présentons le débit radio downlink des données PDCH
en fonction du type de codage.
Codage EGPRS/GPRS
Scheme Modulation Max rate (Kbps) per radio TS
MCS9 8PSK 59,2
MCS8 8PSK 54,4
MCS7 8PSK 44,8
MCS6 8PSK 29,6
MCS5 8PSK 22,4
MCS4 GMSK 17,6
MCS3 GMSK 14,8
MCS2 GMSK 11,2
MCS1 GMSK 8,8
CS4 GMSK 20
CS3 GMSK 14,4
CS2 GMSK 12
CS1 GMSK 8
Pour le cas pratique de ONI, nous avons au lancement à Niamey 120 cellules dans la
bande 900, qui supporte chacune 4 canaux PDCH. Soit 480 canaux PDCH pour Niamey.
Et 33 cellules pour les provinces, soit 132 canaux PDCH. Le besoin en canaux PDCH est
donc de 612 supportant un codage MCS9 au lancement. Pour chaque canal PDCH
supportant un codage MCS9, il faut réserver 5 canaux GCH. En effet nous constatons
dans le tableau précédent un débit pour le MCS9 de 59,2, plus les bits de sécurité liés au
transcodage BTS, le débit sur l'Abis est supérieur 64kbps. Pour l'ensemble du réseau au
lancement 612 PDCH valent 3060 GCH. Le nombre maximum de GCH, qui peut être
simultanément alloué dans une carte GP, est de 1560. Il faut donc un minimum de deux
cartes GP pour cette configuration. Le MFS est installé avec 3 cartes GP active et une
redondante.
Dans le tableau ci-dessous nous présentons la charge possible du MFS en PDCH par
GPU selon le type de codage GPRS ou EGPRS dans les cellules.
Nombre PDCH
max Codage GPRS/EDGE
960 CS-2
912 MCS-1
784 CS-4/MCS-5
520 MCS-6
390 MCS-7
312 MCS-9

39
Il y a également d'autres critères de dimensionnement du MFS, tel que le nombre de

cellule par GP, 3000 pour le MFS MX; ou le nombre max de TRX GPRS par cellule.
4.3.3.1 – L'interface ATR-mux (pour le MFS)
Deux Mic ATR-mux par BSC sont raccordés au MFS en mode dédié. Les ATR-mux sont
constitués d'un canal GSL pour la signalisation du BSS avec le MFS, et des canaux à 16
kbps GCH, qui constituent une liaison de données du MFS avec la BTS. Le nombre
maximum de GCH, qui peut être simultanément alloué dans une carte GP, est de 1560.
Pour le dimensionnement, on considère qu'un ATR-mux peut supporter simultanément
30*4 = 120 GCH; 30 est obtenu en retirant le Time Slot 0 et le TS GSL (30 = 32 – TS GSL
– TS 0). Donc pour nos deux ATR-mux, nous avons 240 canaux GCH possible. Mais en
réalité un canal GCH sera fonction du schéma de codage. Par exemple en MCS9 le débit
utile sur l'interface air peut aller jusqu'à 59,2 kbps, alors que sur l'Abis il atteint les 5*16
kbps. Le débit réel va être fixé par le MFS en fonction de la disponibilité des ressources
radio ou BSS.
4.3.3.2 – L'interface Gb
L'interface Gb est celle qui relie le MFS à la SGSN. C'est une interface de 32 fois 64 kbps.
Selon le mode de configuration, mixte GCH + CIC par exemple, la connexion du MFS
avec le SGSN peut transiter par un TC, puis le MSC. Le TC est transparent pour le
GPRS.
ATR-mux TC
BSC
Interface A
MFS MSC
Interface
Gb
SGSN
Interface
Gb
Le BSSGP et le Network Service (NS) permettent de configurer et de superviser

l'interface Gb.
Le BSSGP supervise l'interface Gb et les connexions virtuelles (BVC, Bearer Virtual

Connection). Chaque BVC est identifié par son BVCI. Il existe trois types de BVCI :
 BVCI = 0 pour la signalisation de tous les BVC
 BVCI > 1 encore appelé BVC-PTP, BVC point to point, assigné au MFS à la SGSN
pour la communication GPRS avec chaque cellule.
 BVCI = 1, ou BVC-PTM, pour une connexion multiple, n'est pas utilisé au BSS.

40
Le NS utilise la technique du Frame relay pour gérer les connexions virtuelles

permanentes (PVC) entre le MFS et le SGSN. À chaque PVC (Permanent Virtual
Connection) est associé un NS-VC (Network Service Virtual connection). Le DLCI (Data
Link Connection Identifier) est utilisé pour numéroter les BVC. Un NSE (Network Service
Element) est l'ensemble des NS-VC. Il est définit un NSE par GPU.
Intégré un MFS dans un SGSN consiste donc à déterminer :
- Les adresses BCI, NSEI, NSVCI, DLCI
- Le nombre de TS du Bearer channel.
Le Bearer channel est un minimum d'un TS à 64 kbps ou une concaténation de 31 TS

successifs. Nous faisons du MCS9 sur l'interface air, avec 4 canaux PDCH max. Le
bearer channel doit pouvoir supporter au moins une cellule, soit :
Min Bearer channel ONI = 4 * 80 kbps = 320 kbps = 5 Time Slot.
Nous avons choisi un BC par lien Gb à 31 TS. Deux liens Gb sont raccordés vers le
SGSN par carte GP et par BSC. Plus pour des raisons de sécurité que pour des raisons
de capacité.
Image 4.3.3.1.1 Gb logical context (Doc B9 BSS configuration rules ALU)
4.3.4 Le Dimensionnement OMCR

Le choix de la configuration OMCR/NPA est fonction :
- Du nombre de BSC à intégrer à l'OMCR;

41
- De la quantité de cellules et de TRX qui seront installés dans le réseau à

court et moyen terme;
- Du nombre d'utilisateurs qui peuvent se connecter simultanément.
Le choix pour ONI a été proposé par Alu, il s'agit d'un OMCR standard V490, avec une
capacité maximale de 500 cellules et 2500 TRX, avec possibilité de connexion de 5
stations clients.
Les configurations NPA/RNO sont étroitement liées à celle de l'OMCR. Le serveur NPA
est du même type V490. Les différentes stations OMCR ou NPA permettent de se
connecter sur l'un ou l'autre serveur par simple modification de l'adresse IP au
démarrage.
4.4 Architectures BSS

4.4.1 Architecture générale
Onze sites BTS de province, dont 4 Indoor co-localisés avec les stations Vsat et 7
Outdoor rattachés au site Vsat par du PDH, sont raccordés au BSC 002NIAB_08 à
travers 4 liaisons satellite.
Pour chacune des liaisons satellite 3 Abis sont compressés par l'équipement Memotech.
Excepté le cas des deux BTS 710 et 711 de Tahoua, qui ne constituent que 2 Abis
compressé sur le lien Vsat.
Les 11 Abis des BTS de provinces sont extraits par des équipements Mémotech au
niveau du site Central, et raccordés au BSC, selon le document de Topologie joint.
34 Abis BTS Outdoor sont raccordés au PDH, puis insérés dans les équipements SDH,
conformément au document "ONI_Network architecture_Traffic Matrix" fourni par
l'ingénierie Transmission. Ces différents Abis sont récupérés au site Central dans le
shelter N°2 Transmission. Un déport de tous ces Mic est fait vers le shelter DDF (Shelter
N° 3) pour être raccordé au BSC 001NIAB_08, selon le document de Topologie et le
document DDF Abis ci-dessous joints.
6 Abis BTS Indoor MBI5 sont directement raccordés au port E1 des ADM, conformément
au document DDF Abis ci-dessous, et respectent les mêmes parcours que les BTS
Outdoor.
Ci-jointe l'architecture générale du réseau BSS.
Architecture
générale BSS ONI V1
La Topologie Abis est présentée par le document de Topologie Abis en 4.2.1 et la

répartition DDF ci-jointe.

42
DDF Abis ONI
4.4.2 Evolution d'architecture

Compte tenu de l'éloignement, de la disponibilité tardive du backbone transmission de
Niamey jusqu'au nord, de la cherté des liaisons satellites, des BSC vont être installés
dans certaines villes de province, pour concentrer le trafic Abis. Le paramétrage pour les
ATR sur satellite devrait alors s'appliquer. Le principe étant tout simplement de ne pas
mettre une BTS Abis satellite sur un BSC ATR satellite, pour ne pas rallonger doublement
le parcours pour des raisons que nous avons expliquées dans le paragraphe 2.3.2.1. Le
seuil de décision pour le passage des Abis satellite au BSC ATR satellite ne dépend pas
que de la Technique, mais également du marketing qui intègre l'évolution du trafic, et de
la direction financière qui engage les fonds.
De façon générale, un canal TCH correspond à un CIC. Le taux de blocage pour les ATR
est considéré à 0,01%, alors qu'il est à 2% pour les interfaces Air. Ce qui signifie que pour
un même trafic à écouler par l'ensemble des Abis et des interfaces A, il faut plus de CIC
que de TCH. Le gain se trouve plutôt dans le trafic réel écoulé pendant un intervalle de
une heure. Pendant chacun de ces intervalles tous les canaux TCH ne sont pas utilisés
simultanément d'une part, et d'autre part le regroupement de ces canaux en cellules, fait
perdre de la capacité en Erlang, calculé selon la Loi de poisson. En effet, tous les CIC
d'un même BSC font partie d'un même faisceau, et le trafic est alors évalué globalement
en fonction du nombre total de CIC installé. Alors que pour les interfaces air, le trafic est
calculé par cellule. Ainsi s'il y a une grande dispersion du trafic dans des villes, plusieurs
liaisons satellite pour un trafic global relativement faible, il est plus intéressant de recourir
à un BSC satellite. Le minimum de la configuration à considérer étant de 2 ATR-mux pour
la redondance des liens de supervision et de signalisation N7. Par exemple si 4 liaisons
satellites Abis nous donnent l'équivalent d'un trafic de 2 ATR-mux à 70% d'utilisation, 132
Erlang environ en heure chargée; un choix d'ingénierie sera de décider d'installer un BSC
en province, en intégrant les autres contraintes techniques, telle que la transmission
terrestre pour regrouper tous les ABis vers le BSC satellite. Il est fortement déconseillé de
mettre une BTS satellite sur un BSC ATR satellite.
4.4.3 Plan architecture IP OMCR

L'architecture et le plan d'adressage IP pour le réseau OMCR est fournie par Alcatel. Ci-
jointes les adresses et l'architecture OMCR.

43
10.225.3.11 J
J J J B
B B B X
X X X G
G G G
MFS
P
P P P U
U U U
S
BSC phase 2
001NIAM_08
10.225.2.11 10.151.48.17
001NIAMEY 002NIAMEY
BSC_08 Cisco Router 2 BSC_08
001NIAMEYBSC_08
Cisco Router 1 002NIAMEYBSC_08
10.151.48.15
10.151.48.254
Gateway Cisco Router Switch
10.151.48.10 10.151.48.11
10.151.48.12
OMCR Server NPA Server
Transport
RNO Server
172.25.211.1
Default Gateway Algeco Radio
Gateway Cisco Router
Cisco Router Site Central
192.168.49.254
Switch Switch
192.168.49.203
192.168.49.202
192.168.49.201
192.168.49.200
BSS-WS NPA-WS RNO-WS1 OMCR-WS1 OMCR-WS2 NPA- WS1 RNO-WS2

172.25.211.55 172.25.211.56 172.25.211.57
Call Center

44
Annexes
5 Annexes
5.1 Tables des alarmes externes
Site : BTS Indoor
Libellé OMCR N° BTS Term Criticité OMCR
Défaut redresseur 1 Non urgente
Manque Secteur 2 Urgente
Ouverture porte 3 Non urgente
Défaut atelier Baie d'énergie 48V 4 Urgente
Alarme incendie 5 Urgente
Climatiseur en défaut 7 Non urgente
Alarme Température haute 8 Urgente
Niveau Tension Batterie basse 11 Urgente
Information marche GE 12 Information
Niveau bas Cuve carburant 13 Non urgente
Site : BTS Outdoor
Défaut redresseur 1 Non urgente
Manque Secteur 2 Urgente
Défaut atelier Baie d'énergie 48V 4 Urgente
Inondation BTS 6 Urgente

45
Annexes
Niveau Batterie bas 11 Urgente
Information marche GE 12 Information
Niveau bas Cuve carburant 13 Non urgente
Site : BTS site Central
Alarme Température haute 8 Urgente
Shelter sat : Défaut climatiseur 10 Non Urgente
Shelter sat : Température haute 14 Urgente
Shelter sat : Alarme incendie 15 Urgente
Shelter sat : Ouverture porte 16 Non Urgente
Site : Shelter BSC
Libellé OMCR Criticité OMCR
Manque Secteur shelter BSC Urgente
Ouverture porte shelter BSC Non Urgente
Climatiseur en défaut shelter BSC Non Urgente
Alarme Température haute shelter BSC Urgente
Alarme incendie shelter BSC Urgente

46

Spécifications Générales D'ingénierie BSS Et Méthode de Paramétrage

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Spécifications Générales D'ingénierie BSS Et Méthode de Paramétrage

Transféré par

Droits d'auteur :

Formats disponibles

²

Version n° 1.1 Mai 2008

Version Auteur Date Modifications

1.0 Jean Baptiste MANGA II 5 mai 2008

Jean Baptiste Manga II /

Nom Entité Signature Date Version

Chadi ZAKHIA 1.1

Spécifications d'Ingénierie BSS

Table des matières

Objet du document ............................................................................................... 3

1 Introduction générale aux réseaux GSM ..................................................... 6

1.1 Sous-système BSS ................................................................................................... 6

1.1.2 L'interface Abis ........................................................................................................................... 9

1.1.3 Les interfaces A ....................................................................................................................... 11

1.1.4 Les Interfaces GPRS ............................................................................................................... 12

2 Paramétrage BSS ........................................................................................ 15

2.2 Paramétrage BSC et MFS........................................................................................16

2.3 Paramètres des cellules ...........................................................................................16

2.3.2 Templates spécifiques ............................................................................................................. 17

2.3.3 L'accès à la cellule ................................................................................................................... 18

2.3.4 Stratégie de HO ....................................................................................................................... 21

3 Choix de LAC ............................................................................................... 30

3.1 Dimensionnement de LAC .......................................................................................30

3.1.2 Choix de LAC pour ONI ........................................................................................................... 31

3.2 Optimisation des LA .................................................................................................32

4 Dimensionnement et Topologie BSS......................................................... 34

4.2 Le Dimensionnement radio ......................................................................................34

Spécifications d'Ingénierie BSS

4.3 Dimensionnement BSS ............................................................................................36

4.3.2 Le Dimensionnement BSC ....................................................................................................... 37

4.3.3 Le Dimensionnement MFS ....................................................................................................... 39

4.3.4 Le Dimensionnement OMCR ................................................................................................... 41

4.4 Architectures BSS ....................................................................................................42

4.4.2 Evolution d'architecture ............................................................................................................ 43

4.4.3 Plan architecture IP OMCR ...................................................................................................... 43

Spécifications d'Ingénierie BSS

1 Introduction générale aux réseaux GSM

1.1 Sous-système BSS

 L'interface air (Mobile MS jusqu'à la BTS)

 L'interface Abis (BTS jusqu'au BSC)

 L'interface A (du BSC au MSC)

 L'interface Gb (du MFS à la SGSN)

1.1.1 L'interface air ou radio

La couche de donnée est constituée des fonctions de signalisation et des fonctions de

 Le groupe constitué des TS de trafic, pour les canaux de trafic. Le TS de trafic

 Et le groupe des canaux de contrôle qui supervisent la communication entre le

Spécifications d'Ingénierie BSS

1.1.1.1 – La trame TCH/DCCH/ACCH

1.1.1.2 – Les canaux BCCH/CCCH

La multitrame BCCH/CCCH de 51 trames est partagée entre tous les mobiles,

Si une cellule supporte un trafic très faible, on peut combiner le BCCH et 4

Spécifications d'Ingénierie BSS

Les systèmes GSM utilisent les bandes de fréquences suivantes du tableau :

Système Voie Montante Voie descendante Nb de Canaux Couverture

GSM (900 Mhz) 890 - 915 935 - 960 124 0 à 35 km

E-GSM (900 Mhz) 880 - 889 925 - 934 50 0 à 35 km

GSM (1800 Mhz) 1710 – 1785 1805 – 1880 374 0 à 8 km

Système Voie montante Nb canaux n Voie descente Exemple Orange Niger

Ci-jointe la liste des fréquences pour le réseau de ONI.

Spécifications d'Ingénierie BSS

1.1.1.4 – Les Canaux GPRS

- Le PDTCH (Packet Data Traffic Channel) réservé pour le trafic de données

- Le PACCH (Packet Associated Control Channel) pour la signalisation