Aller au contenu principal

Guide de Poussée de Configuration

Pousser des modifications de configuration aux stations de base Nokia AirScale via RAN Monitor


Vue d'ensemble

RAN Monitor peut pousser des modifications de configuration aux stations de base Nokia AirScale en utilisant le protocole NE3S Bulk Operations. La configuration est exprimée sous la forme d'un SCF (Site Configuration File) au format XML RAML 2.1. La poussée suit un processus en trois étapes sur le BTS : télécharger (préparer le plan), valider (vérifier les erreurs) et activer (appliquer les modifications). RAN Monitor gère automatiquement les trois étapes.

Une poussée de configuration peut être un SCF complet contenant chaque objet géré sur le BTS, ou une mise à jour partielle ciblant uniquement les paramètres spécifiques que vous souhaitez modifier. Les mises à jour partielles sont l'approche recommandée pour les changements opérationnels car elles sont plus rapides, moins risquées et évitent de déclencher des redémarrages inutiles du BTS.


Format XML SCF

Tous les fichiers de configuration utilisent le schéma XML RAML 2.1. La structure de base est :

<?xml version="1.0" encoding="UTF-8"?>
<raml xmlns="raml21.xsd" version="2.1">
<cmData type="actual" scope="all" domain="ALL">
<header>
<log dateTime="2026-03-21T00:00:00+00:00" action="created"></log>
</header>

<!-- Les objets gérés vont ici -->

</cmData>
</raml>

Chaque objet géré est représenté comme un élément <managedObject> :

<managedObject class="NOKLTE:LNBTS" distName="MRBTS-256/LNBTS-256" operation="update">
<p name="enbName">MY-SITE-NAME</p>
</managedObject>

Attributs Clés

AttributDescription
classIdentifiant de classe d'objet Nokia (par exemple, NOKLTE:LNCEL, com.nokia.srbts.tnl:IPIF)
distNameNom distingué — le chemin de l'objet dans l'arbre des objets gérés
operationcreate pour une poussée SCF complète, update pour des modifications partielles

Format du Nom Distingué

Le distName suit un chemin hiérarchique :

MRBTS-{bts_id}                                    # Racine du BTS
MRBTS-{bts_id}/LNBTS-{bts_id} # LTE eNodeB
MRBTS-{bts_id}/LNBTS-{bts_id}/LNCEL-{cell_id} # Cellule LTE
MRBTS-{bts_id}/GNBTS-{gsm_id} # BTS GSM
MRBTS-{bts_id}/GNBTS-{gsm_id}/GNCEL-{cell_id} # Cellule GSM
MRBTS-{bts_id}/MNL-1/MNLENT-1/PMCADM-1 # Administration PM
MRBTS-{bts_id}/EQM-1/APEQM-1 # Gestion des équipements

Poussée SCF Complète vs Mise à Jour Partielle

Poussée SCF Complète

Un SCF complet contient chaque objet géré sur le BTS (typiquement 100-200 objets). Il utilise operation="create" sur chaque objet. Cela remplace la configuration entière.

Quand l'utiliser : Provisionnement initial, récupération après sinistre, ou restauration d'une configuration connue à partir d'une sauvegarde.

Risque : Élevé. Un SCF complet contient généralement des objets de transport/IP qui déclencheront un redémarrage du BTS, rendant le site hors ligne pendant 3-5 minutes.

Mise à Jour Partielle

Un SCF partiel contient uniquement les objets et paramètres que vous souhaitez modifier. Il utilise operation="update" et n'inclut que les éléments <p> spécifiques à modifier.

Quand l'utiliser : Changements de paramètres opérationnels, réglage de cellule, activation de fonctionnalités, configuration PM.

Risque : Faible à néant, à condition d'éviter les classes d'objets déclenchant un redémarrage.

Différences Clés

Poussée SCF ComplèteMise à Jour Partielle
Attribut d'opérationoperation="create"operation="update"
Objets inclusTous les objets gérésSeulement les objets modifiés
Paramètres inclusTous les paramètres par objetSeulement les paramètres modifiés
Risque de redémarragePresque certainDépend des classes d'objets
Cas d'utilisation typiqueProvisionnement initialChangements quotidiens

Impact du Redémarrage par Classe d'Objet

Objets Qui Déclenchent un Redémarrage du BTS

Modifier l'une de ces classes d'objets entraînera le redémarrage du BTS. Le site sera hors ligne pendant 3-5 minutes pendant le redémarrage.

CatégorieClasses d'Objets
Transport / IPTNL, ETHIF, ETHLK, IPIF, IPADDRESSV4, IPRT, IPRTV6, VLANIF, L2SWI, BRGPRT, IBRGPRT, IPNO, ETHSVC, TNLSVC, IPSECC, FIREWALL
Système / MatérielMRBTS, SMOD, BBMOD
Plan de GestionMPLANENW, CLOCK, SYNC, NTP
Sécurité / CertificatsSECADM, CERTH, CERTHENT, CMP, CMPECDSA, CMPFH

Objets Sûrs à Modifier Sans Redémarrage

Ces classes d'objets peuvent être mises à jour sans déclencher un redémarrage. Certains changements de paramètres radio provoqueront une brève interruption de cellule (secondes) lors de la reconfiguration de la cellule.

CatégorieClasses d'ObjetsRemarques
Radio LTELNCEL, LNCEL_FDD, LNBTS, LNBTS_FDDCertains paramètres provoquent une brève reconfiguration de cellule
Radio GSMGNBTS, GNCEL, GNBCF
Surveillance de PerformancePMCADM, PMMNL, PMCCP, PMPLM, PMRNL, PMTNLINT
FonctionnalitésFEATCADM, FEATGADM, FEATLADM
ANR / Relations de VoisinageANR, ANRPRL
RRC / DRXDRX, SDRX, SIB
S1 / TransportSCTP, TRSNW, LNMME
AutreALARMSUPP, REDRT, CAGENB, CADPR, QOS

Objets d'Exécution (Lecture Seule)

Les classes d'objets se terminant par _R sont des objets d'exécution générés automatiquement par le BTS. Ils ne peuvent pas être poussés et sont automatiquement supprimés par RAN Monitor avant le téléchargement. Exemples : EQM_R, APEQM_R, LNCEL_R, TNL_R, ETHIF_R.


Exemples de Mise à Jour Partielle

Changer le Nom de l'eNB

Pas de redémarrage. Prend effet immédiatement.

<?xml version="1.0" encoding="UTF-8"?>
<raml xmlns="raml21.xsd" version="2.1">
<cmData type="actual" scope="all" domain="ALL">
<header>
<log dateTime="2026-03-21T00:00:00+00:00" action="created"></log>
</header>
<managedObject class="NOKLTE:LNBTS" distName="MRBTS-256/LNBTS-256" operation="update">
<p name="enbName">NICK-LAB-AIRSCALE</p>
</managedObject>
</cmData>
</raml>

Changer le Nom de la Cellule

Pas de redémarrage. Prend effet immédiatement.

<?xml version="1.0" encoding="UTF-8"?>
<raml xmlns="raml21.xsd" version="2.1">
<cmData type="actual" scope="all" domain="ALL">
<header>
<log dateTime="2026-03-21T00:00:00+00:00" action="created"></log>
</header>
<managedObject class="NOKLTE:LNCEL" distName="MRBTS-256/LNBTS-256/LNCEL-256" operation="update">
<p name="cellName">TRI-B5-1</p>
</managedObject>
</cmData>
</raml>

Changer l'ID de Cellule Physique

Pas de redémarrage. La cellule se reconfigurera brièvement.

<?xml version="1.0" encoding="UTF-8"?>
<raml xmlns="raml21.xsd" version="2.1">
<cmData type="actual" scope="all" domain="ALL">
<header>
<log dateTime="2026-03-21T00:00:00+00:00" action="created"></log>
</header>
<managedObject class="NOKLTE:LNCEL_FDD" distName="MRBTS-256/LNBTS-256/LNCEL-256/LNCEL_FDD-256" operation="update">
<p name="physCellId">120</p>
</managedObject>
</cmData>
</raml>

Changer l'EARFCN et la Largeur de Bande

Pas de redémarrage, mais la cellule sera brièvement indisponible (secondes) lors de la reconfiguration à la nouvelle fréquence.

<?xml version="1.0" encoding="UTF-8"?>
<raml xmlns="raml21.xsd" version="2.1">
<cmData type="actual" scope="all" domain="ALL">
<header>
<log dateTime="2026-03-21T00:00:00+00:00" action="created"></log>
</header>
<managedObject class="NOKLTE:LNCEL_FDD" distName="MRBTS-256/LNBTS-256/LNCEL-256/LNCEL_FDD-256" operation="update">
<p name="earfcnDL">1400</p>
<p name="dlChBw">10 MHz</p>
</managedObject>
</cmData>
</raml>

Changer l'Intervalle de Collecte PM

Pas de redémarrage. Prend effet lors du prochain cycle de collecte.

<?xml version="1.0" encoding="UTF-8"?>
<raml xmlns="raml21.xsd" version="2.1">
<cmData type="actual" scope="all" domain="ALL">
<header>
<log dateTime="2026-03-21T00:00:00+00:00" action="created"></log>
</header>
<managedObject class="com.nokia.srbts.mnl:PMCADM" distName="MRBTS-256/MNL-1/MNLENT-1/PMCADM-1" operation="update">
<p name="rTPmCollInterval">60s</p>
</managedObject>
</cmData>
</raml>

Changer Plusieurs Paramètres à Travers des Objets

Plusieurs objets peuvent être inclus dans un seul SCF. Cet exemple change le nom de l'eNB et un paramètre de cellule en une seule poussée :

<?xml version="1.0" encoding="UTF-8"?>
<raml xmlns="raml21.xsd" version="2.1">
<cmData type="actual" scope="all" domain="ALL">
<header>
<log dateTime="2026-03-21T00:00:00+00:00" action="created"></log>
</header>
<managedObject class="NOKLTE:LNBTS" distName="MRBTS-256/LNBTS-256" operation="update">
<p name="enbName">NICK-LAB-AIRSCALE</p>
</managedObject>
<managedObject class="NOKLTE:LNCEL" distName="MRBTS-256/LNBTS-256/LNCEL-256" operation="update">
<p name="cellName">TRI-B5-1</p>
<p name="pMax">331</p>
</managedObject>
</cmData>
</raml>

Changer une Adresse IP (Déclenche un Redémarrage)

Modifier des objets de transport/IP déclenchera le redémarrage du BTS. Le site sera hors ligne pendant 3-5 minutes.

<?xml version="1.0" encoding="UTF-8"?>
<raml xmlns="raml21.xsd" version="2.1">
<cmData type="actual" scope="all" domain="ALL">
<header>
<log dateTime="2026-03-21T00:00:00+00:00" action="created"></log>
</header>
<managedObject class="com.nokia.srbts.tnl:IPADDRESSV4" distName="MRBTS-256/TNL-1/IPNO-1/IPIF-1/IPADDRESSV4-1" operation="update">
<p name="localIpAddr">10.7.15.66</p>
</managedObject>
</cmData>
</raml>

Pousser la Configuration via l'Interface Web

  1. Naviguez vers Statut eNodeB dans le panneau de contrôle
  2. Cliquez sur Config Ops sur le dispositif cible
  3. Sélectionnez votre fichier XML SCF partiel (glissez-déposez ou parcourez)
  4. Cliquez sur Pousser la Configuration vers le Dispositif
  5. RAN Monitor supprime automatiquement les objets d'exécution, puis effectue le téléchargement, la validation et l'activation
  6. Surveillez le message de résultat pour le succès ou les erreurs

Pour plus de contrôle, développez la section Avancé : Étapes manuelles de téléchargement/validation/activation pour préparer un plan sans l'activer, puis valider et activer séparément.


Pousser la Configuration via l'API

PUT /api/ne3s/function/provision
Content-Type: application/json

{
"airscale_name": "ons-Lab-Airscale",
"config_file": "/path/to/partial-config.xml"
}

Le chemin config_file doit exister sur le serveur RAN Monitor. Copiez le fichier sur le serveur d'abord si nécessaire.

Réponse en cas de succès :

{
"status": "success",
"operation": "provision",
"plan_id": "plan_1774041772721652742",
"data": "<activateResponse>...</activateResponse>"
}

Réponse en cas d'échec :

{
"status": "error",
"code": "PROVISION_FAILED",
"message": "validate failed: Validation error details..."
}

Paramètres de l'API

ParamètreTypeRequisPar défautDescription
airscale_nameStringOui-Nom de l'appareil enregistré dans RAN Monitor
config_fileStringOui-Chemin absolu vers le fichier SCF XML sur le serveur RAN Monitor

Meilleures Pratiques

  1. Téléchargez toujours une sauvegarde d'abord. Utilisez le bouton "Télécharger la Config" de l'interface Web ou l'API pour sauvegarder la configuration actuelle avant de faire des modifications.

  2. Utilisez des mises à jour partielles pour les changements opérationnels. Incluez uniquement les objets et paramètres que vous devez modifier. Cela minimise le risque et évite les redémarrages.

  3. Utilisez operation="update" pour des changements partiels. L'attribut operation="create" est destiné aux remplacements SCF complets et écrasera tous les paramètres sur l'objet.

  4. Vérifiez la classe d'objet avant de pousser. Si votre SCF inclut des objets de transport, système, gestion ou sécurité, le BTS redémarrera. Planifiez une fenêtre de maintenance en conséquence.

  5. Vérifiez que le distName correspond à votre BTS cible. L'ID MRBTS, l'ID LNBTS et les IDs de cellule doivent correspondre à l'appareil cible. Poussez le mauvais distName et le BTS rejettera la configuration avec une erreur de validation.

  6. Un changement à la fois pour les paramètres critiques. Lors de la modification de paramètres radio qui affectent le service (EARFCN, largeur de bande, PCI), faites un changement par poussée afin de pouvoir isoler tout problème.


Dépannage

Validation Échouée : Objet Dupliqué

Symptômes : La poussée échoue avec Duplicated object MRBTS-256/EQM_R-1

Cause : Le SCF contient des objets d'exécution (_R). Ceux-ci sont générés automatiquement par le BTS et ne peuvent pas être poussés.

Résolution : RAN Monitor supprime automatiquement les objets _R. Si vous voyez cette erreur, vérifiez que vous poussez via RAN Monitor et non directement vers le BTS.

Activation Échouée : Conflit d'Opération

Symptômes : La poussée échoue avec Operation could not execute because of operation conflict, RequestOperationType = {activate}, OngoingOperationType = {validate}

Cause : L'activation a été envoyée avant que la validation ne soit terminée. Le BTS traite chaque étape de manière asynchrone.

Résolution : RAN Monitor attend l'achèvement asynchrone entre les étapes automatiquement. Si cela se produit, réessayez la poussée. Si cela persiste, vérifiez qu'aucun autre système de gestion (NetAct, WebLM) ne pousse simultanément la configuration vers le même BTS.

BTS Redémarré de Manière Inattendue

Symptômes : Le BTS devient hors ligne après la poussée de configuration, le ping échoue pendant 3-5 minutes.

Cause : La configuration poussée incluait des objets de transport/IP, système ou sécurité qui déclenchent un redémarrage.

Résolution : Le BTS reviendra de lui-même après 3-5 minutes. Pour éviter cela à l'avenir, utilisez une mise à jour partielle qui n'inclut que les paramètres spécifiques que vous souhaitez modifier, en évitant les classes d'objets déclenchant un redémarrage énumérées ci-dessus.

Fichier de Plan Non Trouvé

Symptômes : L'activation échoue avec Processing of attachment detail property file failed in agent

Cause : Erreur interne du BTS lors de la lecture du fichier de plan préparé. Cela peut se produire lorsque plusieurs opérations de configuration se chevauchent.

Résolution : Attendez 30 secondes et réessayez la poussée. Si l'erreur persiste, redémarrez la session NE3S en utilisant le bouton "Forcer la reconnexion" dans l'interface Web avant de réessayer.