Le développement du simulateur qui sera mis en œuvre peut être classé en deux phases. La première phase est le développement d’un simulateur capable d’étudier la procédure typique de transfert.
La deuxième phase comprendra la mise en œuvre de l’algorithme LAH qui prendra en compte la localisation de l’utilisateur. Les simulations qui seront effectuées au cours de la deuxième phase devraient montrer la stabilité accrue du réseau résultant de l’algorithme de transfert amélioré. La simulation peut également inclure la procédure de mise à jour de localisation, qui augmente considérablement la surcharge de signalisation. Il existe deux scénarios de simulation, selon le serveur de localisation qui sera utilisé :
- Systèmes de positionnement très rapides et précis pour positionner tous les utilisateurs
- Systèmes de positionnement avec moins de capacités de calcul
Dans le cas (i), nous pouvons utiliser les informations du serveur de localisation (LS) sans aucun problème. Dans le cas (ii), nous devrions soit supposer un traçage à la demande de l’utilisateur, soit utiliser les données stockées par MGIS pour améliorer les performances HO.
Étant donné que MGIS dispose d’informations sur les performances du réseau, par ex. taux d’abandon d’appels, en initialisant les cartes du réseau, il est possible de définir les zones critiques. Les zones critiques seront les endroits où le taux d’abandon d’appels est supérieur à la normale et autour des frontières de chaque cellule, c’est-à-dire les endroits où la procédure de transfert est initiée.
Nous imaginons LAH également comme un élément abstrait qui effectue une gestion en fonction de la position de l’utilisateur. Il peut s’agir d’une évaluation d’informations de surveillance ou de données LS.
Ce scénario peut être décrit à partir des données suivantes :
- Zone simulée
- Modèle de propagation
- Description de la zone
- Raisons HO : RXLEV, budget de puissance, RXQUAL
- Paramètres BTS : ID de cellule, LAC, fréquence BCCH (ARFCN), BSIC, hystérésis de resélection cellulaire, seuil HO (RXLEV, RXQUAL), cellules adjacentes
Une procédure très importante pour les simulations est le rapport de mesure. Le rapport de mesure est normalement soumis via le canal SACCH. En comptant le nombre de rapports, nous pouvons établir des statistiques sur les embouteillages. Pour l’environnement de simulation, des cartes de prédiction peuvent être utilisées ultérieurement pendant la simulation, qui sont basées sur des données morphologiques réelles.
Le concept principal, qui doit être mis en œuvre et qui servira de couche principale pour tous les autres modules du projet, est l’espace simulé de couverture radio. Il hébergera les BTS et permettra de traquer les utilisateurs lors de leurs déplacements. Des capacités d’affichage graphique seront également disponibles pour la visualisation de l’algorithme LAH.
Après avoir représenté l’espace et initialisé la position d’un terminal appelé ou appelant, il faut utiliser un modèle de mobilité, en fonction de l’environnement, ainsi qu’un modèle de trafic approprié. Ces modèles montreront comment l’utilisateur se déplace, la durée et le point de départ des appels, etc. En connaissant la position de départ de l’utilisateur et la manière dont il va se déplacer, nous pourrions éviter des demandes de transfert supplémentaires, notamment dans des situations de se déplaçant par la frontière de la cellule (problème de ping-pong).
La figure montre une première impression de la structure du simulateur :
Le travail décrit dans cet article prouve que les paramètres du réseau, provenant de la localisation du terminal mobile, joueront un rôle important dans l’amélioration de la procédure de transfert. L’algorithme LAH montrera l’importance de MGIS et LS pour l’amélioration du transfert.