L’opérateur doit toujours vérifier les performances LTE avant et après le lancement commercial. J’écris ici comment et quels KPI vérifier. Comme il s’agit d’un guide général, il s’agit donc d’un changement pour différents opérateurs. mais cela couvre tous les KPI.
Il existe deux types de méthodes pour mesurer les KPI : les tests sur le terrain et la collecte de statistiques. Différentes méthodes de mesure et catégories de KPI doivent être prises en considération afin de correspondre aux deux phases d’acceptation suivantes.
Acceptation préliminaire
Pour l’acceptation préliminaire (avant le lancement commercial), un faible trafic (même vide) n’est pas en mesure de produire suffisamment de données de trafic pour évaluer les KPI statistiques corrélatifs. L’objectif principal de l’acceptation préliminaire est de vérifier si le cluster optimisé répond ou non aux exigences de couverture et de performances. Les KPI de test sur le terrain (Drive Test et Stationary Test) sont donc recommandés pour cette phase.
Acceptation finale (acceptation de stabilité, facultative)
Pour l’acceptation finale (après le lancement commercial), une méthode de collecte de statistiques pourrait être introduite à condition qu’un volume minimum de trafic par site à l’heure de pointe soit atteint (le volume de données suffisant sont disponibles). Sur la base des expériences mondiales en matière de réseaux commerciaux LTE, les KPI suivants sont suggérés séparément pour l’acceptation préliminaire et l’acceptation finale.
KPI proposés pour l’acceptation préliminaire
Le tableau suivant répertorie les KPI proposés pour l’acceptation préliminaire.
KPI proposés pour l’acceptation finale (acceptation de stabilité, facultatif)
Le tableau suivant répertorie les KPI proposés pour l’acceptation finale.
Cluster et route de test
Le contenu suivant présente des recommandations pour l’optimisation du cluster et la sélection de la route de test de conduite pour le projet LTE.
Optimisation du cluster
Il est recommandé d’effectuer une optimisation/acceptation par cluster. Cluster signifie un groupe de sites (normalement 20 à 40 sites) qui sont géographiquement voisins et tous les eNodeB de ce cluster de test doivent être intégrés et diffusés, ainsi que les cellules voisines environnantes, mais le nombre réel de sites par cluster doit être flexible pour permettre un déploiement et une acceptation plus rapides.
Sélection de l’itinéraire du test de conduite
Pour l’optimisation du cluster, la planification de l’itinéraire de test doit prendre en compte les performances de transfert, les relations de voisinage, la couverture, etc. En général, les itinéraires de test doivent être planifiés selon les critères suivants :
- Tous les secteurs de chaque site du cluster doivent être couverts par l’itinéraire du lecteur, si possible.
- Les itinéraires doivent passer par les principaux centres d’affaires, les routes principales, les centres commerciaux, les attractions touristiques et les gares.