Demand-side 3C pilot demonstrators on converged Telco Edge Cloud Infrastructure (IA)

À quoi sert ce topic ?

Démontrer, depuis les besoins d’utilisateurs réels, la valeur d’une infrastructure convergée télécom-edge-cloud dite 3C (Connected, Collaborative, Computing). Le topic attend des pilotes sectoriels pilotés par la demande, associant utilisateurs et fournisseurs d’infrastructure, avec validation en environnement opérationnel et trajectoire de réplication/ commercialisation.

Résumé éditorial fondé sur le scope officiel; ne remplace pas le texte du topic.

Quel projet peut correspondre ?

Consortium qui part d’un problème opérationnel d’un secteur utilisateur et démontre comment une infrastructure multi-fournisseurs telco-edge-cloud, des API ouvertes, l’orchestration, la connectivité et le calcul rapproché améliorent des résultats mesurables. Au moins un pilote doit adresser la mobilité intelligente et l’automobile. Les cas d’usage doivent démontrer résilience, latence, sécurité, efficacité énergétique ou continuité de service, avec une gouvernance des données explicite.

Interprétation Capital OS basée sur le périmètre officiel.

Qui cibler dans le consortium ?

Au moins un partenaire demandeur/utilisateur par pilote; opérateur télécom et/ou fournisseur d’infrastructure edge/cloud; intégrateur/orchestrateur; développeur de services et API; PME/start-up créant un service ou modèle économique; secteur vertical utilisateur, dont mobilité intelligente/automobile pour un pilote; experts cybersécurité, confidentialité et gouvernance des données; partenaires d’évaluation indépendante et de réplication. Le consortium doit couvrir côté demande et côté offre.

Profils opérationnels recommandés; conditions formelles à contrôler dans les annexes générales.

Comment structurer le plan de travail ?

WP1 cas d’usage et baseline métier, sélection des secteurs et critères d’acceptation; WP2 architecture 3C multi-fournisseurs et interfaces ouvertes; WP3 intégration des composants open source et APIs; WP4 gouvernance, souveraineté, partage et interopérabilité des données; WP5 prototypes de fonctions réseau virtualisées et ressources distribuées en environnement opérationnel; WP6 tests sécurité/confidentialité, continuité, latence, énergie et empreinte; WP7 validation par utilisateurs, business model, réplication et plan de commercialisation. Organiser la coopération avec les projets SNS JU, les initiatives edge/cloud souveraines, CCAM et Virtual Worlds lorsque pertinente.

Proposition de structuration à adapter au formulaire et aux tâches réelles du consortium.

Indicateurs à exiger dès la préqualification

TRL cible 6–8; latence et continuité de service par cas d’usage; disponibilité/résilience; temps de déploiement d’un service via API ouverte; nombre d’interfaces et composants interopérables; résultats métier mesurés chez les utilisateurs; consommation énergétique et empreinte; résultats de tests sécurité/confidentialité; couverture du modèle de gouvernance des données; nombre d’utilisateurs/PME impliqués; reproductibilité et plan d’exploitation; pilote mobilité intelligente explicitement démontré.

Indicateurs recommandés; les valeurs cibles doivent être chiffrées par le consortium.

Budget, calendrier et statut

38 M€ au total; contribution indicative autour de 19 M€ par projet; 2 projets attendus. Ouverture 17/11/2026; clôture 18/03/2027 à 17 h, heure de Bruxelles. Au 22/10/2026 : à venir.

Vérifier à nouveau Funding & Tenders avant publication ou dépôt.

Quand écarter le projet ?

Projet de recherche réseau générique sans pilote porté par la demande; banc d’essai exclusivement laboratoire; déploiement de cloud centralisé sans continuum telco-edge; solution propriétaire sans stratégie d’interopérabilité ni API ouverte; consortium constitué uniquement de fournisseurs sans utilisateurs; absence de pilote mobilité intelligente/automobile; absence de gouvernance des données ou de résultats mesurables.

Filtres négatifs de matching spécifiques à ce topic.

Questions à poser au porteur

Quel utilisateur exprime le besoin et quel KPI métier est aujourd’hui insatisfaisant? Quel service exige le continuum telco-edge-cloud? Quelle contribution spécifique des API ouvertes/3C? Quel pilote traite la mobilité intelligente? Comment données, souveraineté, partage et interopérabilité sont-ils gérés? Quelles preuves opérationnelles de sécurité, latence, résilience et efficacité? Comment le résultat sera-t-il répliqué et commercialisé?

Questionnaire de préqualification Capital OS.

Preuves à collecter

Lettres d’engagement des utilisateurs; baseline opérationnelle; architecture multi-fournisseurs et schémas d’API; description de chaque pilote et secteur; plan de gouvernance des données; plan de test en environnement opérationnel; matrice KPI avant/après; stratégie d’intégration open source; analyse de sécurité/ confidentialité; modèle d’exploitation et de réplication.

Dossier minimal avant décision de préparer une proposition.

Mots-clés FR/EN

3C; Connected Collaborative Computing; telco edge cloud; infrastructure convergée; pilote côté demande; démonstrateur sectoriel; API ouverte; orchestration; edge computing; réseau télécom; mobilité intelligente; automobile; souveraineté des données; Common European Data Spaces; Gaia-X; Open RAN; virtualisation réseau; smart mobility; demand-side pilot; telco-edge-cloud continuum; open APIs; operational demonstrator; TRL 6-8; data governance; secure data sharing

Vocabulaire ciblé dérivé du scope officiel; tester les variantes dans le moteur.

Cas positif de matching

Consortium réunissant un opérateur de mobilité, une collectivité ou un OEM, un opérateur télécom-edge, un intégrateur et des PME, qui démontre sur routes ou infrastructure opérationnelle un service de mobilité intelligente exploitant orchestration 3C et API ouvertes, avec mesure de latence, résilience, sécurité, consommation et gouvernance des données.

Cas synthétique de test; pas un projet réel ni une validation automatique.

Cas négatif de matching

Fournisseur cloud qui propose d’étendre sa capacité serveur sans utilisateur sectoriel engagé, sans infrastructure telco-edge, sans API ouverte, sans démonstrateur opérationnel et sans cas d’usage mobilité.

Cas synthétique destiné à détecter les faux positifs.

Règle de décision Capital OS

MATCH fort si l’offre comporte un pilote côté demande en environnement opérationnel, des partenaires utilisateurs et infrastructure, une architecture 3C ouverte, la gouvernance des données et une preuve mesurée. Refuser les projets uniquement fournisseurs, les clouds génériques et les démonstrateurs sans usage réel.

Règle de préqualification assistée; ne constitue pas une certification d’éligibilité.

Source officielle topic-level

https://www.horizon-europe.gouv.fr/demand-side-3c-pilot-demonstrators-converged-telco-edge-cloud-infrastructure-ia-42660

Page officielle du Point de contact national Horizon Europe; consulter la version à jour.

Work Programme officiel

https://ec.europa.eu/info/funding-tenders/opportunities/docs/2021-2027/horizon/wp-call/2026-2027/wp-7-digital-industry-and-space_horizon-2026-2027_en.pdf

Programme de travail Horizon Europe 2026–2027, Part 7 — Digital, Industry and Space.

Sources officielles

• Source officielle
• Source officielle