MBDD Rail
FR EN

Railway Data Interpretation Engine

Du signal capteur au parcours ferroviaire qualifié.

MBDD Rail confronte les observations capteurs et la progression mesurée à la topologie du réseau. Il écarte les routes incohérentes, restitue le parcours retenu et situe les mesures dans votre référentiel ferroviaire.

Conçu pour être intégré dans votre produit, MBDD Rail complète votre système de localisation sans le remplacer. Les mesures source restent inchangées ; le moteur publie une interprétation ferroviaire qualifiée à côté des données brutes.

Évaluer un parcours représentatif Voir comment ça fonctionne
Vos données Une trace GPS/GNSS des positions datées, même partielles Un signal de progression vitesse, odométrie ou chaîne GNSS–inertielle exploitable

Référentiel ferroviaire fourni par MBDD-Solutions ou par le client.

Décisions permises

Ce que vos équipes doivent pouvoir décider.

Le parcours peut-il être utilisé ? Où faut-il concentrer la revue ? Une alerte peut-elle être rattachée au bon passage ?

Retenir ou reprendre un parcours

Utiliser le résultat, demander une vérification ciblée ou l’écarter.

Cibler les zones à examiner

Concentrer la surveillance sur les zones récurrentes.

Exploiter une alerte rattachée

Utiliser sa position ferroviaire ou identifier l’information manquante.

Explorer les cas d’usage détaillés

Une difficulté propre au rail

Quand le GPS ne suffit plus.

Le défi n’est pas seulement de localiser le train, mais de retrouver et qualifier la succession de voies qu’il a réellement empruntées. Dans un faisceau, une bifurcation, un tunnel ou une zone GNSS dégradée, plusieurs parcours peuvent rester compatibles avec les mêmes mesures. MBDD Rail utilise la topologie du réseau pour écarter les hypothèses incohérentes et retenir le parcours le mieux étayé. Si l’incertitude demeure, il restitue les candidats possibles et un diagnostic plutôt qu’une conclusion artificielle.

Comparaison d’un trajet RER C : à gauche, la trace GPS brute rouge est interrompue dans Paris ; à droite, le parcours ferroviaire qualifié vert reste continu. Trace GPS brute Parcours qualifié
Exemple RER C, en Île-de-France La trace rouge perd la continuité dans Paris. Le parcours vert est restitué à partir des signaux disponibles et de la topologie. Les zones non concluantes restent signalées dans le livrable.
Extrait du rapport interactif RER C montrant, à 46,4 km/h, la lecture synchronisée d’un trajet, d’un point kilométrique, de la voie, du segment de référence et de la gare Pont de l’Alma.
Sortie du rapport interactif — RER C La lecture synchronise le parcours de référence, le point examiné, sa position ferroviaire et les événements métier associés. Chaque élément reste relié au segment et au référentiel utilisés pour la qualification.

Tunnels et zones GNSS dégradées

Le moteur combine la topologie ferroviaire et les signaux de progression horodatés pour prolonger ou retrouver le parcours dans les zones où le GNSS devient incomplet. La restitution indique précisément les portions confirmées et celles qui nécessitent une vérification.

Sans capteur de vitesse bord

Une chaîne GNSS–inertielle horodatée peut fournir une progression exploitable sans odométrie lorsqu’elle est suffisamment documentée.

Cadence qualifiée par périmètre

La cadence et la précision exploitables dépendent des mesures, de leurs métadonnées et du référentiel disponibles.

La transformation

Passer de coordonnées GPS au langage ferroviaire.

Une latitude et une longitude disent où se trouve un point sur une carte. MBDD Rail indique où se situe ce point sur le réseau ferroviaire et ce qui se trouve autour de lui.

  1. Situer chaque mesure sur le réseau

    La trace devient une suite de positions liées à une ligne, une voie, un sens de circulation et, selon la couverture du référentiel, un point kilométrique.

  2. Projeter les actifs métier sur le parcours

    Les équipements, gares, balises, ouvrages, zones et autres objets couverts par le référentiel sont replacés le long de la progression.

  3. Partager un repère ferroviaire commun

    Mesures, alertes et passages successifs parlent le même langage. Les équipes savent où regarder et ce qui reste à confirmer.

Le résultat

Un résultat exploitable, avec les contrôles clairement séparés.

Le moteur produit un résultat exploitable et sépare explicitement ce qui nécessite encore un contrôle. Le parcours retenu et les faits rattachés alimentent le flux principal ; les diagnostics et zones à contrôler restent dans une sortie dédiée.

Flux enrichi prioritaire

Mesures capteurs, position ferroviaire et contexte restent synchronisés à la cadence utile au partenaire. Des indicateurs de qualité, de couverture et de distribution accompagnent les parcours et positions qualifiés. Ils facilitent la comparaison, le contrôle et l’application des règles du partenaire.

Diagnostic séparé

Candidats, preuves, réserves et zones à contrôler sont restitués dans une sortie dédiée.

Contexte et événements

Les événements source sont rattachés au bon passage. Les règles fournies par le partenaire peuvent produire des événements métier gouvernés.

Événements et règles

Écouter les événements. Les replacer dans le langage du rail.

MBDD Rail reçoit des événements et des faits déjà produits par les systèmes du partenaire. Il conserve leur origine, les rattache au parcours qualifié et les restitue avec leur contexte ferroviaire lorsque les données et le référentiel le permettent.

ENTRÉE

Événement source

Événement fourni à MBDD Rail par le bord, l’infrastructure ou un système externe. Son producteur, son horodatage, sa couverture et sa sémantique restent attachés à la source.

SORTIE MBDD

Événement de qualification

Produit par MBDD pour matérialiser une ambiguïté, une rupture, une limite, une transition ou une zone à contrôler, avec la preuve correspondante.

RÈGLE PARTENAIRE

Événement métier

Émis uniquement lorsqu’une règle fournie par le partenaire est applicable et déclenchée. La règle, la version et les données utilisées restent traçables.

Détection caméra déjà produite Mesure LiDAR dérivée Inertiel et attitude Indicateur P95 ou P99 qualifié Événement d’infrastructure fourni Contexte climatique externe
Exemple de chaîne gouvernée

Une détection produite en amont devient un fait ferroviaire localisé.

  1. Fait reçu Détection caméra dérivée 10:42:18 · producteur et pipeline conservés
  2. Rattachement MBDD Ligne C · Voie 2 Sens croissant · PK disponible 24+738
  3. Règle partenaire Condition applicable Zone, mesure et seuil versionnés
  4. Restitution Événement métier localisé Preuves, réserves et identifiant de règle
Frontière explicite

Le moteur n’analyse pas les images, les vidéos ou les nuages de points bruts. Il reçoit un constat, une détection ou une mesure déjà produit, puis qualifie son rattachement. Une donnée manquante ou une couverture insuffisante reste non évaluable ; elle ne devient pas une absence.

Comment travailler ensemble

De la qualification technique à la licence de production OEM.

MBDD Rail n’impose ni application autonome ni nouvelle interface : MBDD-Solutions fournit et maintient le moteur ; le partenaire l’intègre dans son propre produit et conserve la relation avec ses utilisateurs. Le terme OEM désigne simplement ce partage des rôles.

  1. Étape 1

    Qualification technique OEM

    Vérifier sur un périmètre borné l’adéquation du moteur à votre produit, vos flux, votre référentiel et la décision attendue.

    • Cas d’usage, flux et décision aval définis
    • Mode Embedded Runtime ou Engine API évalué
    • Décision documentée : intégrer, compléter ou écarter le périmètre
    Évaluer un cas représentatif

  2. Programme d’intégration

    Intégrer le mode retenu, geler les contrats et vérifier la conformité, la performance et la reprise.

    • Kit d’intégration et exemple reproductible
    • Recette de conformité et d’exploitation
    • Responsabilités de support définies
    Étudier le programme

  3. Licence de production

    Autoriser le moteur dans un produit partenaire, des usages, des environnements et des volumes explicitement nommés.

    • Droits d’intégration et de redistribution explicites
    • Maintenance, versions et fin de support
    • Minimum annuel, usage et support convenus

    Droits bornés. Ce modèle ne signifie pas automatiquement code source, marque blanche, licence perpétuelle ou redistribution libre.

    Préparer la mise en production

Un seul moteur, deux modes techniques. Embedded Runtime et Engine API sont évalués pendant la qualification ; ils ne constituent pas deux produits et n’accordent pas automatiquement un droit de déploiement autonome ou de redistribution.

Qualification technique OEM

Qualifier MBDD Rail sur un cas représentatif.

Présentez le besoin, le flux à interpréter et, si elle existe, l’architecture cible. Nous cadrons le périmètre, les résultats à vérifier et le verdict attendu.

Préparer une évaluation