UCIe 3.0: Was die neue Spezifikation standardisiert und was jedem Hersteller überlassen bleibt

Universal Chiplet Interconnect Express, kurz UCIe, ist ein offener Standard zur Verbindung von Chiplets innerhalb eines gemeinsamen Packages. Er soll nicht einen Prozessor oder ein Kommunikationssystem vollständig definieren, sondern gemeinsame Regeln für die Verbindung zwischen Dies festlegen. Dazu gehören die physische Ein-/Ausgabeschicht, Die-to-Die-Protokolle und ein Software-Stack, der Technologien wie PCI Express und Compute Express Link nutzt.

Die UCIe-3.0-Spezifikation wurde am 5. August 2025 veröffentlicht. Es handelt sich also nicht um eine aktuelle Ankündigung. Entscheidend ist nun, was sie Entwürfen bietet, die eine schnellere Verbindung erwägen, und welche Integrationsarbeit weiterhin in der Verantwortung der einzelnen Hersteller liegt. Das Konsortium beschreibt die Weiterentwicklung als Möglichkeit, die Bandbreite zu erhöhen und das Linkmanagement zu verbessern, nicht als automatische Lösung für sämtliche Probleme eines Mehrchip-Systems.

Der Zweck von Chiplets besteht darin, einen komplexen Entwurf in spezialisierte Dies aufzuteilen und diese anschließend in einem Package zu integrieren. Grundsätzlich lassen sich so unterschiedliche Fertigungsprozesse für Blöcke mit verschiedenen Anforderungen auswählen und bestimmte Grenzen der Integration auf einem einzelnen Die überwinden. Modularität beseitigt die Komplexität nicht: Ein Teil der Arbeit verlagert sich auf Schnittstellendesign, Packaging und die Validierung des Gesamtsystems. UCIe soll einen bestimmten Teil dieser Arbeit standardisieren: die Kommunikation zwischen Chiplets.

Die sichtbarste Neuerung sind die für UCIe 3.0 angegebenen Übertragungsraten von 48 und 64 GT/s. Die Zahl bezeichnet Transfers pro Sekunde, nicht die direkte Leistung einer Anwendung und auch keine garantierte Nutzdatenrate. Der effektive Durchsatz hängt unter anderem von der Zahl der Verbindungen, der Codierung und den Merkmalen der Implementierung ab.

Die Spezifikation ergänzt eine Rekalibrierung während des Betriebs des Links. Damit sollen seine Parameter angepasst werden können, während das System läuft. Ziel ist es, das elektrische Verhalten des Links zu unterstützen und seinen Energieverbrauch zu steuern; eine konkrete Energieeinsparung wird damit nicht zugesagt. Um den Effekt zu quantifizieren, wären Daten für eine bestimmte Implementierung und Arbeitslast erforderlich, die in den verfügbaren Quellen nicht vorliegen.

Die verfügbaren Berichte nennen außerdem eine größere Reichweite des Sideband-Kanals für Steuerungs- und Managementsignale sowie zusätzliche Verwaltungsfunktionen. Hilfskanal und Hauptverbindung erfüllen unterschiedliche Aufgaben: Eine größere Sideband-Reichweite kann bestimmte Konfigurationen flexibler machen, erhöht aber nicht von sich aus die Hauptdatenbandbreite. Eine Reichweite von bis zu 100 mm wird in einer sekundären technischen Berichterstattung genannt; die verlinkte offizielle Dokumentation enthält Spezifikationen, erlaubt hier jedoch keine Prüfung aller normativen Einzelheiten.

In einigen Beschreibungen von UCIe 3.0 ist außerdem ein Raw-Modus aufgeführt, der den Transport von Daten ohne den vollen Funktionsumfang der Die-to-Die-Adapterebene ermöglicht. Er ist als Entwurfsoption zu betrachten, nicht als garantierte Latenzsenkung für jedes System: Das Ergebnis hängt vom Protokoll und von der jeweiligen Nutzung durch das Gerät ab. Die verfügbaren Quellen enthalten keine vergleichenden Latenzmessungen, mit denen sich daraus eine quantifizierte Verbesserung ableiten ließe.

Das Konsortium beschreibt UCIe als Spezifikation für physische Schnittstelle, Die-to-Die-Protokolle und Software-Stack. Sie umfasst außerdem Konformitätstests und architektonische Elemente, die die Interoperabilität erleichtern sollen. Dadurch erhalten Entwickler gemeinsame Regeln für die Verbindung von Komponenten. Das bedeutet jedoch nicht, dass sich beliebige kompatible Chiplets ohne Anpassungen in jedem Package oder System kombinieren lassen.

Praktisch ist zwischen Schnittstellen- und Produktkompatibilität zu unterscheiden. Der Standard kann festlegen, wie zwei Dies miteinander kommunizieren und welche Aspekte überprüft werden, bestimmt aber weder die Funktionen der einzelnen Chiplets noch die Aufgabenverteilung oder die Leistung des Systems. Für die Integration müssen die Teams weiterhin Konfigurationen, elektrische Eigenschaften, verwendete Protokolle und Validierungsanforderungen abstimmen.

UCIe legt auch keine Fertigungskosten fest und garantiert keine bestimmte thermische Effizienz. Das Ergebnis hängt unter anderem vom Die-Design, Substrat, der Packaging-Technologie, Stromversorgung und Kühlung ab. Eine maximale Linkrate ist keine Leistungsangabe für das Gesamtsystem: Ein Switch oder Netzwerkprozessor kann durch Rechenblöcke, Speicher, Architektur oder Software begrenzt sein, selbst wenn die Verbindung eine hohe Rate unterstützt.

Bei der Bewertung eines UCIe-basierten Vorschlags sollte man mehr als den GT/s-Wert erfragen. Sinnvolle Fragen sind: Welche konkrete Linkkonfiguration wird implementiert? Welche Protokolle und Verwaltungsmechanismen kommen zum Einsatz? Welche Interoperabilitätstests wurden abgeschlossen? Welche Ergebnisse zu Leistung, Temperatur und Performance wurden im finalen Package gemessen? Ohne diese Informationen beschreibt der Standard Verbindungsmöglichkeiten, nicht das überprüfbare Verhalten des Produkts.

Bei Netzwerkprozessoren, Switches und Beschleunigern kann eine Verbindung zwischen Chiplets einen Weg bieten, verschiedene Funktionsblöcke in einem Package zu integrieren. UCIe stellt einen gemeinsamen Rahmen für die Die-to-Die-Kommunikation bereit, belegt aber für sich genommen keine Verbesserung bei Telekommunikationsgeräten. Die herangezogenen Quellen enthalten weder Tests konkreter Netzwerkprodukte auf Basis von UCIe 3.0 noch Latenz- oder Durchsatzwerte für diesen Einsatz.

Der mögliche Nutzen für Entwickler besteht darin, eine modulare Architektur bewerten zu können, ohne sämtliche Aspekte der Schnittstelle zwischen Dies von Grund auf festlegen zu müssen. Der Vorteil hängt dennoch davon ab, dass passende Chiplets für die benötigten Funktionen verfügbar sind und das Package die elektrischen und thermischen Anforderungen des Gesamtsystems erfüllen kann. Der Standard kann einen Teil der Integrationsarbeit reduzieren, aber nicht die Systemtechnik ersetzen.

Bei latenzsensitiven Anwendungen darf die Linkgeschwindigkeit insbesondere nicht mit der Ende-zu-Ende-Latenz verwechselt werden. Letztere umfasst den Weg durch Adapter, Protokolle und Verarbeitungsblöcke. Ebenso garantiert eine höhere Übertragungsrate keinen geringeren Energieverbrauch: Sie kann die Energiebilanz verändern, doch ob sie sich verbessert, muss durch den Vergleich von Implementierungen unter gleichwertigen Bedingungen ermittelt werden.

Die praktische Entscheidung für ein Kommunikationsteam besteht daher nicht darin, UCIe 3.0 allein wegen eines höheren Zahlenwerts einzuführen. Zuerst sollte geprüft werden, ob die Architektur mehrere Dies benötigt, geeignete IP und Komponenten verfügbar sind und Packaging sowie Validierung in den Projektzeitplan passen. Fehlen diese Voraussetzungen, ist die Spezifikation eine Entwurfsoption und noch kein tatsächlich realisierter Produktvorteil.

Die Veröffentlichung einer Spezifikation belegt, dass eine gemeinsame Definition besteht; sie zeigt nicht, dass bereits kommerzielle Produkte damit im Einsatz sind. Die verfügbare Branchenberichterstattung deutet auf eine möglicherweise schrittweise Einführung von UCIe 3.0 hin. Sie verweist auch auf die Beteiligung von Unternehmen aus der Branche am Konsortium, doch eine Mitgliedschaft bestätigt kein kompatibles Produkt und belegt keine Interoperabilität zwischen Implementierungen verschiedener Anbieter.

Im Ökosystem gibt es Anzeichen für Aktivitäten. Synopsys hat beispielsweise Informationen über IP-Lösungen mit Bezug zu UCIe 3.0 veröffentlicht. Das ist ein Hinweis auf verfügbare Entwurfswerkzeuge, reicht jedoch nicht aus, um zu behaupten, ein bestimmter Chip habe Validierung, Fertigung oder kommerzielle Einführung abgeschlossen. Für die Einschätzung der tatsächlichen Reife ist der Unterschied zwischen einem IP-Angebot und einem fertigen Produkt wichtig.

Auch Advanced Packaging gehört zu den Rahmenbedingungen. Die Verbindung kann auf 2.5D- oder 3D-Konfigurationen beruhen, die jeweils Anforderungen an Fertigung, Integration und Prüfung stellen. Ohne vergleichbare Daten zu Kosten, Fertigungsausbeute und verfügbarer Kapazität lässt sich UCIe 3.0 weder eine allgemeine Kostensenkung zuschreiben noch behaupten, Packaging sei bereits kein Hindernis mehr.

Um den Reifegrad fundiert zu verfolgen, sollte man nach Belegen auf mehreren Ebenen suchen: Veröffentlichung der Spezifikation, Verfügbarkeit von IP, Ankündigungen konkreter Designs, Ergebnisse von Konformitätstests und schließlich gefertigte Produkte. Jede Stufe beantwortet eine andere Frage. Der Standard beschreibt, wie Chiplets verbunden werden sollen; kommerzielle Verfügbarkeit und Leistung erfordern weitere Nachweise, die durch die Spezifikation allein nicht erbracht werden.

UCIe 3.0 erweitert die Möglichkeiten einer standardisierten Chiplet-Verbindung und ergänzt Funktionen für das Linkmanagement. Die Veröffentlichung im Jahr 2025 und die angekündigten Raten von bis zu 64 GT/s sind relevante Angaben für die Bewertung neuer Entwürfe, stellen für sich genommen aber weder einen Leistungsnachweis noch eine Garantie für einen geringeren Energieverbrauch dar.

Für Ingenieure und Produktverantwortliche ist entscheidend, spezifizierte Fähigkeiten von gemessenen Ergebnissen zu trennen. Der Standard bietet eine gemeinsame Schnittstellenbasis; die endgültige Leistung hängt von der Implementierung, den verbundenen Komponenten und dem Package ab. Vor der Einführung einer Architektur sollten die Spezifikationen der konkreten Konfiguration und Validierungsdaten unter den vorgesehenen Einsatzbedingungen angefordert werden.

Im Kommunikationsbereich liegt der Nutzen von UCIe darin, modulare Integrationsmöglichkeiten zu eröffnen, nicht darin, schnellere oder effizientere künftige Switches oder Netzwerkprozessoren zu garantieren. Sinnvoll ist es, UCIe als Entwurfswerkzeug zu behandeln, dessen Wert durch System-, Interoperabilitäts- und Fertigungstests nachgewiesen werden muss. Standardisierung ist ein nützlicher Schritt; sie ersetzt keine Produktvalidierung.