Chez un opérateur ou un intégrateur, l'OSS regroupe la gestion des alarmes (fault management), la collecte des compteurs de performance, l'inventaire du réseau et la configuration des équipements. L'ingénieur OSS administre les gestionnaires constructeurs comme Nokia NetAct, Ericsson ENM ou Huawei U2020, puis remonte leurs données vers les outils transverses par des interfaces northbound. Il écrit des scripts Python ou Shell, interroge des bases SQL et suit les montées de version de la plateforme.
Le titre recouvre trois profils. Certaines offres cherchent un administrateur de plateforme constructeur, souvent côté radio. D'autres veulent un intégrateur de flux qui connaît la médiation, les API TM Forum et la modélisation de l'inventaire. Le troisième profil vient de l'IT et maîtrise l'outillage sans bien connaître le réseau qu'il décrit. Avant l'entretien, le CV se range dans l'une de ces cases.
Le meilleur indice reste la donnée. La personne raconte comment elle a repéré un fichier de compteurs manquant, une alarme jamais effacée ou un équipement présent dans l'inventaire et absent du terrain. Le PDF contient 30 questions sur six axes, un cas de 20 minutes sur l'arrivée d'un second constructeur radio et une grille de notation.
Les briques OSS qu'un ingénieur télécom administre
Fault management (FM)
La remontée et le traitement des alarmes du réseau. Chaque équipement signale ses défauts avec une gravité (critique, majeure, mineure, avertissement) sur un modèle proche de la recommandation X.733, puis efface l'alarme quand le défaut disparaît. Le travail de l'ingénieur OSS porte sur la déduplication, la corrélation et la resynchronisation après une coupure de l'interface avec le gestionnaire.
Performance management (PM)
Les compteurs produits par les équipements à chaque période de mesure, souvent quinze minutes pour la radio. Ils arrivent en fichiers (la 3GPP décrit le format XML dans la TS 32.435) ou en flux, puis servent à calculer les KPI : accessibilité, coupures, débit. Une formule mal agrégée fausse le travail de toute l'équipe radio.
Inventaire réseau
La base qui décrit sites, équipements, cartes, ports, liens et services. On distingue l'inventaire planifié, ce qui doit exister, et l'inventaire découvert, ce que le réseau remonte. Réconcilier les deux occupe une bonne part du poste, et la corrélation d'alarmes en dépend.
Gestionnaires constructeurs
Nokia NetAct, Ericsson ENM (Ericsson Network Manager), Huawei U2020 ou iMaster MAE. Chacun pilote les équipements de sa marque et expose des interfaces vers le reste du SI. Les offres demandent souvent une expérience opérationnelle sur l'un d'eux, cité par son nom, par exemple NetAct Cloud pour la radio Nokia.
Configuration et provisioning (CM)
La création et la modification des configurations : activation d'un service, changement de paramètre sur des milliers de cellules, retour arrière. Les gestionnaires proposent des opérations groupées planifiées. Les équipements récents passent par NETCONF et des modèles YANG, que la 3GPP utilise aussi pour ses modèles de ressources 5G.
API TM Forum (Open APIs)
Des API REST normalisées pour faire dialoguer OSS et BSS : TMF639 pour l'inventaire des ressources, TMF638 pour l'inventaire des services, TMF641 pour les commandes de service, TMF642 pour les alarmes, TMF628 pour la performance. Elles reposent sur le modèle de données SID et l'architecture ODA du TM Forum. Chaque éditeur les implémente avec ses extensions.
Médiation et collecte
La couche qui récupère, contrôle et transforme les données réseau avant de les envoyer vers la supervision, la performance ou la facturation. MediationZone de DigitalRoute en est un exemple cité dans les offres. Volumes, doublons et fichiers en retard se traitent à cet étage.
Scripts, bases et exploitation
Python et Shell pour l'automatisation, SQL sur Oracle ou PostgreSQL pour les compteurs et l'inventaire, parfois Kafka pour les flux. L'OSS est une application critique : sa propre supervision, ses sauvegardes, ses comptes techniques et ses montées de version font partie du poste.
Le poste existe chez les opérateurs, chez les constructeurs qui exploitent des réseaux pour le compte d'un opérateur et chez les intégrateurs qui mènent des projets de transformation OSS. Les missions en prestation sont fréquentes, souvent sur une plateforme constructeur précise et avec des exigences de disponibilité 24/7. Côté radio, l'ingénieur OSS sert les équipes d'optimisation qui consomment les KPI. Côté SI, il travaille avec les architectes OSS/BSS et les équipes de commande et d'activation des services. L'anglais technique sert tous les jours pour la documentation constructeur et les dossiers de support.
Six domaines OSS à valider en entretien
- Fault management et corrélation d'alarmes
- Compteurs de performance et calcul des KPI
- Inventaire réseau et réconciliation
- Provisioning et API TM Forum
- Intégration des gestionnaires constructeurs
- Exploitation et automatisation de la plateforme
Des situations d'exploitation OSS à soumettre au candidat
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Une coupure électrique sur un site fait remonter 300 alarmes en deux minutes. Que doit voir l'opérateur du NOC, et comment l'OSS y arrive-t-il ?
Une bonne réponseUne alarme principale, la perte d'alimentation ou de liaison du site, avec les alarmes de cellules et de cartes rattachées en dessous. La corrélation s'appuie sur la topologie tirée de l'inventaire (cellules portées par le site, site raccordé par tel lien), sur une fenêtre de temps et sur des règles par type d'alarme. La personne cite la déduplication des alarmes répétées et la mise en attente des alarmes filles tant que la mère reste active.
Signal d'alerteFiltrer les alarmes mineures pour réduire le bruit, ou une corrélation fondée sur la seule heure d'arrivée, sans lien avec la topologie.
Question 2 · senior
Le taux de succès d'établissement des appels d'une région passe de 99,2 % à 97 % le lendemain d'une migration OSS, sans changement radio. Où cherchez-vous ?
Une bonne réponseD'abord dans la donnée : fichiers de compteurs manquants ou en double sur certaines périodes, cellules absentes de la nouvelle collecte, formule du KPI modifiée ou méthode d'agrégation différente. La personne recalcule le KPI à partir des compteurs bruts sur quelques cellules et compare l'ancien et le nouveau système sur la même période. Elle sait qu'une moyenne de taux par cellule et un taux calculé sur les sommes de compteurs ne donnent pas le même chiffre.
Signal d'alerteOuvrir un ticket aux équipes radio pour une dégradation du réseau, sans vérifier la collecte.
Question 3 · confirmé
L'inventaire indique 1 200 cartes dans une région et la découverte réseau en remonte 1 150. Comment menez-vous la réconciliation ?
Une bonne réponseLa personne sépare les cas : cartes planifiées pas encore posées, cartes retirées sans mise à jour, équipements injoignables pendant la découverte, erreurs d'identifiant ou de nommage. Elle fixe une source de vérité par attribut (le réseau pour l'état installé, l'inventaire pour l'affectation), traite automatiquement les écarts simples et envoie les autres en revue avec les équipes terrain. Elle suit le taux d'écart dans le temps.
Signal d'alerteÉcraser l'inventaire avec la découverte, ce qui efface les projets en cours, ou corriger les 50 lignes à la main sans chercher la cause.
Question 4 · senior
Une commande TMF641 active un service sur trois équipements et échoue sur le troisième. Dans quel état laissez-vous le réseau et la commande ?
Une bonne réponseLa commande passe en échec ou en état partiel, avec le détail de l'élément en erreur, et une notification part vers le système émetteur. Côté réseau, la stratégie prévue s'applique : annulation des configurations déjà poussées (compensation) ou reprise sur le troisième équipement. Chaque étape doit pouvoir se rejouer sans doublon, ce qui suppose un identifiant de commande et des opérations idempotentes. Le service ne passe actif dans l'inventaire qu'à la fin.
Signal d'alerteLe service déclaré actif dans l'inventaire alors qu'un équipement n'est pas configuré, ou une reprise qui crée une seconde configuration sur les deux premiers.
Question 5 · confirmé
Un nouveau constructeur arrive dans une région. Quelles étapes suivez-vous pour intégrer ses équipements à l'OSS ?
Une bonne réponseUn recensement des interfaces du gestionnaire (alarmes, fichiers de compteurs, export de configuration et d'inventaire), puis la correspondance des modèles : types d'alarmes et gravités, objets d'inventaire, compteurs utiles aux KPI existants, nommage des sites. Validation en environnement de test avec de vraies données, préparation des règles de corrélation et des formules de KPI, puis bascule par lots avec un suivi de complétude.
Signal d'alerteBrancher la collecte en production et corriger au fil des plaintes du NOC.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
OSS télécom : les réponses aux questions courantes
Faut-il une expérience sur le gestionnaire du constructeur en place ?
Pour une mission d'administration de plateforme, oui, ou au moins sur un gestionnaire équivalent. NetAct, ENM et U2020 partagent les mêmes notions d'alarmes, de compteurs et de configuration, mais leurs outils, leurs formats et leurs procédures diffèrent. Un profil solide venu d'un autre constructeur demande quelques semaines de prise en main. Pour un poste d'intégration ou d'architecture OSS, la connaissance des flux, des modèles de données et des API pèse davantage que le nom du produit.
Ingénieur OSS ou ingénieur supervision : en quoi les postes diffèrent-ils ?
L'ingénieur supervision d'entreprise configure des sondes et des alertes sur des serveurs et des équipements, souvent avec Centreon ou Zabbix. L'ingénieur OSS télécom travaille sur un réseau d'opérateur : alarmes de milliers d'équipements radio ou IP, compteurs normalisés par la 3GPP, inventaire, configuration en masse et interfaces avec les systèmes de commande. Les volumes et les normes changent le métier, même si certains réflexes se transfèrent d'un poste à l'autre.
Quel test technique est donné à un ingénieur OSS télécom ?
Le support est un extrait anonymisé de fichier de compteurs et la formule d'un KPI. La personne recalcule le taux sur trois cellules puis sur la zone, et explique l'écart entre les deux méthodes. Suit une liste d'alarmes tirée d'une vraie panne, à regrouper par cause. Cet exercice tient en 45 minutes et montre si la personne lit la donnée avant de conclure.
La connaissance du TM Forum compte-t-elle pour tous les profils OSS ?
Surtout pour les postes tournés vers l'intégration OSS/BSS, l'inventaire, l'orchestration ou les projets de transformation. Un administrateur de plateforme constructeur peut s'en passer au départ. Les cadres utiles sont eTOM pour les processus, SID pour le modèle de données, ODA pour l'architecture et les Open APIs pour les échanges. En entretien, la question porte sur l'API que la personne a réellement implémentée ou consommée, dans quelle version et avec quelles extensions.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
