Check, Planificationet implémentation d’un plan de PSC

1. Introduction

Les codes de scrambling permettent à la NodeB de séparer les signaux venant des différents utilisateurs en
uplink, de même qu’aux utilisateurs d’identifier les signaux venant des differentesNodeB en downlink.

Le réseau UMTS dispose de 512 primaryscrambling codes utiles, et chaque cellule 3G nécessite un code. Etant
donné que le nombre de cellule est important, une bonne planification pour la réutilisation des codes est
nécessaire pour réduire les risques de brouillage interne.

2. Process et méthodologie:
 La mise à jours sur Asset de tous les changements de PSC est primordiale pour le check, la
planification de nouveau site, la replanification des plan existantset l’évaluation des plan
existants.
 Un check de la consistance des PSC de Asset doit être mené périodiquement. Une périodicité de
trois (3) mois est recommandée.
 La distance moyenne de réutilisation des codes doit être évaluée périodiquement. Elle peut être
menée d’une façon simultanée avec la mise à jour d’Asset (tous les trois (3) mois).
 Le but est de voir la distance moyenne de réutilisation des PSC et ainsi évaluer les clashes de PSC
et minimiser la probabilité de collision de PSC.
 La fonctionnalité de check des PSC sous Asset fournit directement la distance de réutilisation des
PSC.
 La distance de réutilisation min des PSC dépend de la densité du réseau. Cependant, elle devrait
être supérieure à 4 km afin que la probabilité de collision soit minimisée.
 Une replanification des PSC doit être menée si la distance de réutilisation des PSC est faible pour
un nombre important de cellules ou tous les deux (2) ans une évaluation du plan existant doit être
menée d’une façon précise afin d’évaluer la nécessité ou non d’avoir un nouveau plan de PSC.
3. Présentation du Plan de Scrambling(PSC) cible

La planification de PSC doit être menée d’une façon séparée pour les régions denses et les régions rurale.

3.1 Planification pour les régionsdense

Le plan basé sur une recommandation (Standard 3GPP) et plus reconnu sous le nom de PSC step 8 :

Les 512 codes sont repartis comme suit :

 21 Groupes de 24 codes
 8 NodeB par Groupe
 Par Groupe, les 24 codes sont utilisés comme suit : 7 NodeB sont alloués (21codes) et 1 NodeB
(3codes) réservé au nouveau déploiement.

NOVATEL_IT_Algeria_Internal_Document_V032016 RNO_Departement
3.2 Planification pour les zones rurales

Ces zones étant moins denses, la planification est faite avec moins de groupe :

 8 Groupes de 64 codes
 21NodeB par Groupe
 1 Groupe réservé au nouveau déploiement

4. Fonctionnalités offertes par la méthode

4.1 Meilleure performance vue QoS

 Une distance de réutilisation élevée d’au minimum 4 km même dans les zones denses
 Faible risque de brouillage

4.2 Meilleure Planification

 Séparation de 8 codes intersectoriels (intra-NodeB)

 Pas de réutilisation dans un même cluster

4.3 Disponibilité de codes pour les futures intégrations

 Le nombre de sites déployé est égal au nombre de cluster utilisé pour la planification.
 Le ratio de réutilisation est par définition (nombre de site)/(512-PSC réservés).
 La méthode présentée permet des distances de réutilisation importantes tout en gardant un
nombre de code suffisant pour l’implémentation future et les cellules micro.

NOVATEL_IT_Algeria_Internal_Document_V032016 RNO_Departement
5. Stratégie de migration
5.1 Prérequis

 PSC review: inclure les nouvelles intégrations afin que le plan soit le plus complet que possible
 PSC vérification: Eviter la duplication dans le même cluster
 Neighboring vérification : vérification des règles de duplication de PSC pour les voisinages. Un
assainissement du voisinage peut être nécessaire afin d’exécuter le plan de PSC.
 Test du Plan par l’outil CM Express

5.2 Implémentation : Description des travaux

 Sauvegarde Script de Roll back par RNC

 Mise à jour des cellules externes 3G sur les RNC
 Mise à jour des PSC au niveau des external 3G cells des sites LTE
 Mise à jour des PSC au niveau des external 3G cells des BSC
 Exécution du script du nouveau PSC par RNC
 Vérifier qu’il n’y a pas d’exécutions failure
 Faire un retour en arrière en cas de dysfonctionnement
 Suivi des KPI

5.3 Evaluation de l’exécution

L’évaluation des résultats se fait à travers les drives test (DT) et les mesures des compteurs.

Description des DT

Les mesures drive test doivent inclurent les tests suivant :

 Un mobile en idle mode 3G only: apprécier les niveaux de RSCP/EcNo, PP, … sur le parcours
 Test appel voix 3G only: appel cour de 2 minutes afin d’évaluer l’accessibilité CS sur le réseau
 Test appel voix 3G only: appel long afin d’évaluer le drop CS réseau, les SHO ratio, les problèmes liés
aux intrafreq HO, les problèmes liés aux interRNC HO, …
 Tests d’appréciation de la qualité vocale
 Test data FTP 3G only: téléchargement d’un fichier cour (50 Mbit) afin d’évaluer l’accessibilité PS sur le
réseau
 Test data FTP 3G only: téléchargement d’un fichier long (2500 Mbit) afin d’évaluer le drop PS sur le
réseau (optionnel)
 Test data FTP 2G/3G: téléchargement d’un fichier long (2500 Mbit) afin d’évaluer le temps passé en
3G et les IRAT HO (optionnel)

A mentionner que tous les DT doivent être finalisé le jour de la migration afin de minimiser le risque d’un
problème non diagnostiqué. Selon les ressources humaines et les chaines disponibles, on peut faire un drive
allégé le jour de l’opération (en prenant soin de passer par toutes les cellules impactées par l’opération) et un
drive test plus exhaustif par la suite.

Description des KPIs de suivi

Suivi des KPI le jour de l’implémentation jusqu’à 3 jours après implémentation

 CSSR CS
 CSSR PS

NOVATEL_IT_Algeria_Internal_Document_V032016 RNO_Departement
  CDR CS
 CDR PS
 Trafic CS
 Trafic PS
 CellLoad
 Détecter sur les KPIsprécédemment mentionné si des cellules particulières présentent des
changements négatifs majeurs.
 Soft HO SR
 Vérification des flux de HO par relation et actions nécessaires de rajout ou de suppression.
6. Analyse des impacts et risques
 Impacts Réseau : Perte de services de 5 à 10mn par cellule
 Aucun Impact Plateformes de services
 Aucun Impact SI (Provisioning, mediation, billing…)
 Autres impacts (Terminaux, SIM,…) : Perte de réseau 3G de 5 à 10mn
 Implémentation séparée pour DAKAR et REGIONS
 Implémentation par zone et par RNC
 Update des cellules externes RNC, en premier
 Update des cellules internes RNC, en second
 Implémentation à tester, pour maitrise
 Eviter la création de nouvelles cellules durant la migration
7. Outils nécessaires pour la migration
 Outils de mesure
 M2000
 Web LMT
 PRS
 ASSET
 CM Express
8. Cout de Migration
 Au moins un RH du côté de l’exploitation
 Au moins un RH du côté de la radio
 Deux équipes de drive test
9. Diagrams :

NOVATEL_IT_Algeria_Internal_Document_V032016 RNO_Departement
 Start

Mise à jour
de Asset Faux
Mettre à jours Asset
effectuée.

Vrai

Check de la distance de
réutilisation des PSC via Asset

Distance de
réutilisation pour Vrai Correction des sites en
quelques sites <= 4 questions.
km
Distance de
Vrai Faux
réutilisation >= 4 Faux
km pour tous les
sites.

Distance de Zone à
réutilisation pour planifier Faux
plusieurs sites <= 4 Vrai urbaine
km

Vrai

Découpage de la zone à Découpage de la zone à

plannifier en cluster de 7 sites plannifier en cluster de 21 sites
chacun. chacun.

Répartir les PSC en 8 groupes de

Répartir les PSC en 21 groupes 21 sous groupes. Chaque sous
de 8 sous groupes. Chaque sous groupe contient 3 code. On
groupe contient 3 code. On réserve 8 codes pour les
réserve 8 codes pour les micros. extensions.

Affecter au site un PSC de ceux Faux

Site macro
réservés aux sites micros.

Vrai

Affecter les cluster à des Affecter les sites à des sous

groupes. groupes.

Calculer le PSC par secteur.

NOVATEL_IT_Algeria_Internal_Document_V032016 RNO_Departement

End