UCIe 3.0 : ce que la nouvelle spécification normalise et ce qui reste du ressort de chaque fabricant

Universal Chiplet Interconnect Express, ou UCIe, est une norme ouverte permettant d’interconnecter des chiplets au sein d’un même boîtier. Elle n’a pas pour objectif de définir intégralement un processeur ou un système de communications, mais d’établir des règles communes pour la connexion entre dies. Elle couvre la couche physique d’entrée-sortie, les protocoles die-to-die et une pile logicielle qui s’appuie sur des technologies telles que PCI Express et Compute Express Link.

La spécification UCIe 3.0 a été publiée le 5 août 2025. Il ne s’agit donc pas d’une annonce récente : la question est désormais de savoir ce qu’elle apporte aux conceptions qui envisagent une interconnexion plus rapide et quels travaux d’intégration restent à la charge de chaque fabricant. Le consortium présente cette évolution comme un moyen d’élargir la bande passante et d’améliorer la gestion de la liaison, et non comme une solution automatique à tous les problèmes d’un système multipuce.

L’intérêt des chiplets consiste à diviser une conception complexe en dies spécialisés qui sont ensuite intégrés dans un même boîtier. En principe, cela permet de choisir des procédés de fabrication différents pour des blocs aux besoins distincts et de dépasser certaines limites de l’intégration sur un seul die. La modularité ne supprime pas la complexité : elle reporte une partie du travail sur la conception des interfaces, le packaging et la validation du système complet. UCIe vise à normaliser une partie précise de ce travail : la communication entre chiplets.

Le changement le plus visible concerne les débits de transfert indiqués pour UCIe 3.0 : 48 et 64 GT/s. Ce chiffre correspond au nombre de transferts par seconde, et non à une mesure directe des performances d’une application ou à un débit garanti de données utiles. Le débit effectif dépend aussi, entre autres facteurs, du nombre de connexions, du codage et des caractéristiques de l’implémentation.

La spécification ajoute un recalibrage pendant le fonctionnement de la liaison, fonction destinée à ajuster ses paramètres lorsque le système est en marche. L’objectif est de contribuer au maintien du comportement électrique de la liaison et à la gestion de sa consommation ; cela ne constitue pas une promesse d’économie d’énergie précise. Pour en quantifier l’effet, il faudrait disposer de données relatives à une implémentation et à une charge de travail données, que les sources disponibles ne fournissent pas.

Les informations disponibles font également état d’une portée accrue du canal sideband, utilisé pour les signaux de contrôle et de gestion, ainsi que de fonctions de gestion supplémentaires. Le canal auxiliaire et la liaison principale ont des rôles différents : étendre la portée de sideband peut apporter davantage de souplesse à certaines configurations, mais n’augmente pas en soi la bande passante des données principales. Une portée pouvant atteindre 100 mm est mentionnée dans une couverture technique secondaire ; la documentation officielle liée présente les spécifications, mais ne permet pas ici de vérifier l’intégralité des détails normatifs.

Certaines descriptions d’UCIe 3.0 mentionnent aussi un mode raw, qui permet de transporter des données sans utiliser toutes les fonctions de la couche adaptatrice die-to-die. Il convient de le considérer comme une option de conception et non comme une réduction de latence garantie pour tous les systèmes : le résultat dépendrait du protocole et de l’utilisation qu’en fait chaque dispositif. Les sources disponibles ne fournissent pas de mesures comparatives de latence permettant de traduire cette caractéristique en amélioration quantifiée.

Le consortium décrit UCIe comme une spécification couvrant l’interface physique, les protocoles die-to-die et la pile logicielle. Elle prévoit également des tests de conformité et des éléments architecturaux destinés à faciliter l’interopérabilité. Les concepteurs disposent ainsi de règles communes pour connecter des composants ; cela ne signifie pas que n’importe quels chiplets compatibles puissent être combinés sans ajustements dans n’importe quel boîtier ou système.

En pratique, il faut distinguer la compatibilité de l’interface de celle du produit. La norme peut définir la communication entre deux dies et les aspects soumis à vérification, mais elle ne décide pas des fonctions assurées par chaque chiplet, de la répartition des tâches ni des performances du système. L’intégration exige toujours que les équipes s’accordent sur les configurations, les caractéristiques électriques, les protocoles utilisés et les exigences de validation.

UCIe ne fixe pas non plus le coût de fabrication et ne garantit pas un niveau donné d’efficacité thermique. Le résultat dépend entre autres de la conception des dies, du substrat, de la technologie de packaging, de l’alimentation et du refroidissement. Le débit maximal de la liaison n’est pas une mesure des performances du système : un commutateur ou un processeur réseau peut être limité par ses blocs de calcul, sa mémoire, son architecture ou son logiciel, même si son interconnexion prend en charge un débit élevé.

Pour évaluer une proposition fondée sur UCIe, il est utile de demander davantage que le chiffre en GT/s. Parmi les questions pertinentes : quelle configuration précise de liaison est mise en œuvre ? Quels protocoles et mécanismes de gestion sont utilisés ? Quels tests d’interopérabilité ont été menés à bien ? Quels résultats de puissance, de température et de performances ont été mesurés dans le boîtier final ? Sans ces informations, la norme décrit des possibilités de connexion, et non le comportement vérifiable du produit.

Dans les processeurs réseau, les commutateurs et les accélérateurs, une interconnexion entre chiplets peut permettre d’intégrer différents blocs fonctionnels dans un même boîtier. UCIe fournit un cadre commun pour la communication die-to-die, mais ne démontre pas à lui seul une amélioration des équipements de télécommunications. Les sources consultées ne présentent ni essais de produits réseau précis reposant sur UCIe 3.0, ni chiffres de latence ou de débit pour cet usage.

Pour les concepteurs, l’intérêt potentiel est de pouvoir évaluer une architecture modulaire sans avoir à définir de zéro tous les aspects de l’interface entre dies. Le bénéfice dépend toutefois de la disponibilité de chiplets compatibles avec les fonctions requises et de la capacité du boîtier à répondre aux exigences électriques et thermiques de l’ensemble. La norme peut réduire une partie du travail d’intégration, mais elle ne remplace pas l’ingénierie système.

Dans les applications sensibles à la latence, il est particulièrement important de ne pas confondre vitesse de liaison et latence de bout en bout. Cette dernière inclut le parcours à travers les adaptateurs, les protocoles et les blocs de traitement. De même, un débit de transfert supérieur ne garantit pas une consommation moindre : il peut modifier le bilan énergétique, mais il faut comparer des implémentations dans des conditions équivalentes pour déterminer si le résultat est meilleur.

La décision pratique d’une équipe de communications n’est donc pas d’adopter UCIe 3.0 au seul motif qu’il affiche un chiffre supérieur. Il convient d’abord de vérifier si l’architecture nécessite plusieurs dies, si des IP et des composants adaptés sont disponibles et si le packaging et la validation peuvent respecter le calendrier du projet. En l’absence de ces éléments, la spécification reste une option de conception, et non un avantage produit déjà concrétisé.

La publication d’une spécification montre qu’une définition commune existe ; elle ne prouve pas que des produits commerciaux l’utilisant ont été déployés. Les informations disponibles sur le secteur indiquent que l’adoption d’UCIe 3.0 pourrait être progressive. Elles signalent aussi la participation d’entreprises du secteur au consortium, mais être membre ne confirme pas l’existence d’un produit compatible et ne prouve pas l’interopérabilité entre les implémentations de différents fournisseurs.

Des signes d’activité apparaissent dans l’écosystème. Synopsys, par exemple, a publié des informations sur des solutions IP liées à UCIe 3.0. Cette communication indique que des outils de conception sont disponibles, mais ne suffit pas à affirmer qu’une puce précise a achevé sa validation, sa fabrication ou son déploiement commercial. La différence entre une offre d’IP et un produit fini est importante pour évaluer la maturité réelle.

Le packaging avancé fait également partie de l’équation. L’interconnexion peut s’appuyer sur des configurations 2.5D ou 3D, chacune comportant des exigences de fabrication, d’intégration et de test. En l’absence de données comparables sur les coûts, le rendement de fabrication et les capacités disponibles, il est impossible d’attribuer à UCIe 3.0 une réduction générale des coûts ou d’affirmer que le packaging n’est plus un obstacle.

Pour suivre la maturité avec discernement, il convient de rechercher des éléments à plusieurs niveaux : publication de la spécification, disponibilité des IP, annonces de conceptions précises, résultats des tests de conformité et, enfin, produits fabriqués. Chaque étape répond à une question différente. L’existence de la norme indique comment les chiplets sont censés être connectés ; la disponibilité commerciale et les performances nécessitent des preuves supplémentaires que la spécification, à elle seule, ne fournit pas.

UCIe 3.0 élargit les possibilités d’une interconnexion normalisée entre chiplets et ajoute des fonctions destinées à la gestion de la liaison. Sa publication en 2025 et les débits annoncés pouvant atteindre 64 GT/s sont des données utiles pour évaluer de nouvelles conceptions, mais ne constituent à elles seules ni un résultat de performance ni une garantie de consommation réduite.

Pour les ingénieurs et les responsables produit, la conclusion utile consiste à distinguer les capacités spécifiées des résultats mesurés. La norme fournit une base commune pour l’interface ; les performances finales dépendent de l’implémentation, des composants connectés et du boîtier. Avant d’adopter une architecture, il faut demander les spécifications de la configuration précise ainsi que des données de validation dans les conditions d’utilisation prévues.

Dans les communications, l’intérêt d’UCIe réside dans la possibilité d’intégrer des composants de façon modulaire, et non dans la garantie que les futurs commutateurs ou processeurs réseau seront plus rapides ou plus efficaces. L’approche raisonnable consiste à le considérer comme un outil de conception dont la valeur doit être démontrée par des tests système, d’interopérabilité et de fabrication. La normalisation constitue une étape utile ; elle ne remplace pas la validation du produit.