NOIA_GRIDKNOWLEDGE ARCHIVE
← KNOWLEDGE ARCHIVE

XBMとは何か――HBMを「メモリ・チップレット」へ作り替えるIntelの構想

メモリ 実装・材料 AIインフラ・産業

絶ノイアの章 Sil-Kathnaの章
この資料の日時

元資料の日付と、その本文が公に存在した確認日時は別の記録です。

本文に含まれる語句 HBM DRAM SRAM 帯域・データ移動 先端パッケージング 電力・給電 冷却 顧客認定 歩留まり 基板・材料 チップレット

出典・更新履歴・検証情報

この保存版のデータを照合するための情報です。元記事の初公開日とは区別しています。

データセットの版
2026.09.23.4
記事内容のSHA-256
0618e2569efdb0f80f614002c3e0ec2ed383e172eafbd9a276f69735ebe115a4
保存版のSHA-256
83617eca2d8d1eef72f7b00c1544f98ae848f9543f104615bd88b932590f6dfd

外部証明の最終検査結果は詳細を開くと表示します。

公開版の履歴・検証方法 · 証拠ファイルを保存(本文・画像は別)

XBMとは何か――HBMを「メモリ・チップレット」へ作り替えるIntelの構想

#

HBMの次に問題になるのは、DRAMセルではなくパッケージである

#

AIアクセラレーターの性能を高めるには、演算器を増やすだけでは足りない。

#

GPUやAI ASICが1秒間に処理できる演算量が増えても、計算に必要なデータをメモリから供給できなければ、演算器は待ち時間を抱える。

#

この問題を緩和するため、現在のAIアクセラレーターではHBM(High Bandwidth Memory)が広く使われている。

#

HBMは、複数のDRAMダイを上下へ積層し、各層をTSVとマイクロバンプなどで接続する。そして積層したメモリを、シリコンインターポーザー上の多数の細かな配線を通じて、GPUやAIアクセラレーターへ接続する。

#

現在の代表的なHBM構造

#
DRAMダイ
    │ TSV
DRAMダイ
    │ TSV
DRAMダイ
    │
ベースダイ
    │
マイクロバンプ
    │
シリコンインターポーザー
    │
GPU/AIアクセラレーター
#

HBMが高い帯域を実現できる理由は、1本の配線を極端に高速化することではない。

#

比較的短い多数の配線を並列に並べることで、全体として巨大な帯域を得ている。

#

これは、

#

1本の道路だけを極端に高速化するのではなく、多数の道路へ交通を分散する

#

という考え方である。

#

短いパッケージ内配線では、信号振幅を小さくし、強力な送信回路や複雑な信号補償を減らしやすい。そのため、多数の並列配線は帯域だけでなく、ビット当たりの通信電力にも有利になりやすい。

#

しかし、この構造には別の問題がある。

#

HBMを増やすほど、

#

シリコンインターポーザーが大きくなる

#

マイクロバンプの数が増える

#

パッケージ内部の配線が複雑になる

#

パッケージ基板が大型化する

#

電源供給が難しくなる

#

パッケージ反りの管理が難しくなる

#

組み立て後の検査コストが増える

#

からである。

#

つまりAIメモリの問題は、DRAMセルを製造できるかだけではなくなっている。

#

巨大なメモリ帯域を、どのような接続とパッケージで演算器へ届けるか

#

が次の競争になっている。

#

これまで見てきたように、チップレット時代のパッケージは単なる保護容器ではない。演算ダイ、キャッシュ、HBM、I/O、電源、通信網を統合する、コンピューターそのものへ変わりつつある。

#

この延長線上に現れたのが、IntelのXBMである。

#

XBMとは何か

#

XBMはCross-Batch Memoryの略である。

#

2026年7月2日に公開されたIntelの米国特許出願「Ultra High Bandwidth Memory with Backend Transistors」に記載された、高帯域メモリのアーキテクチャである。

#

この特許は2024年12月26日に出願されており、公開番号はUS 2026/0191095 A1である。公開資料で確認できるのは特許上の構想であり、現時点で量産製品として発表されたメモリではない。

#

XBMの構成を単純化すると、次のようになる。

#

XBMの概念構造

#
Backend DRAMダイ
        │
Backend DRAMダイ
        │
Backend DRAMダイ
        │
Backend DRAMダイ
        │
     TSV gutter
        │
   アクティブ・ベースダイ
   ・UCIe I/O
   ・SerDes
   ・テスト
   ・故障診断
   ・予備メモリ
        │
     UCIeリンク
        │
   GPU/XPU/AI ASIC
#

XBMには、大きく四つの特徴がある。

#

DRAMセルをBEOL側へ形成する

#

メモリと演算ダイの間をUCIeで接続する

#

ベースダイへ制御・検査・修復機能を集める

#

スタック完成後の故障を予備領域で修復する

#

XBMは、単に「HBMより速いDRAM」を作ろうとする構想ではない。

#

HBMを構成していたDRAM、TSV、PHY、ベースダイ、パッケージを、チップレット時代に合わせて再設計する構想

#

と考える方が近い。

#

図解|XBMの問題設定と基本構造

#

HBMのパッケージ制約から、XBMのメモリ・チップレット構造と三次元化の意味までを対応させる。

#

#
XBMの問題設定と基本構造 01
図・画像

#
XBMの問題設定と基本構造 02
図・画像

#
XBMの問題設定と基本構造 03
図・画像

従来のHBMとXBMは何が違うのか

#

両者の違いを最初に整理しておこう。

#

従来のHBM

#
GPU
 │
非常に広い並列インターフェース
 │
シリコンインターポーザー
 │
HBMベースダイ
 │
TSV
 │
積層DRAM
#

XBM構想

#
GPU/XPU
 │
UCIeによる高速リンク
 │
パッケージ配線またはインターポーザー
 │
UCIe・修復機能を持つベースダイ
 │
TSV gutter
 │
Backend DRAMスタック
#

HBMは、非常に多くの物理配線を横へ並べることで帯域を確保する。

#

XBMは、メモリ内部では多数のチャネルとサブチャネルを維持しつつ、演算ダイとの間ではデータをシリアライズし、UCIe I/O bundleへまとめて送る。

#

Intelの特許例では、

#

8個の独立チャネル

#

1チャネル当たり8個のサブチャネル

#

8層または16層のメモリスタック

#

32GT/sで動作するUCIe I/O bundle

#

0.5~5GBの容量を持つメモリダイ

#

ベースダイを経由する演算ダイ向けI/O

#

などが示されている。

#

一例として約1.5GBのメモリダイも記載されているが、これらは特許内の実施例であり、将来の製品仕様を保証する数字ではない。

#

図解|従来HBMとXBMの構造差

#

#
従来HBMとXBMの構造差 01
図・画像

第一の変更――DRAMセルをBEOL側へ作る

#

XBMで最も根本的な変更は、Backend DRAMである。

#

一般的な半導体は、大きくFEOLとBEOLに分けて製造される。

#

FEOL

#

FEOLはFront-End-of-Lineの略である。

#

シリコン基板へ、

#

トランジスタ

#

ソース

#

ドレイン

#

ゲート

#

素子分離

#

などを形成する工程を指す。

#

BEOL

#

BEOLはBack-End-of-Lineの略である。

#

完成したトランジスタの上へ、

#

コンタクト

#

ビア

#

金属配線

#

層間絶縁膜

#

などを積み重ねる工程である。

#

一般的なロジック半導体

#
上側
────────────────
金属配線層          BEOL
金属配線層
金属配線層
────────────────
トランジスタ層      FEOL
────────────────
シリコン基板
下側
#

通常のDRAMでは、メモリセルを構成するトランジスタとキャパシターは、主としてシリコン側の素子工程へ形成される。

#

これに対してXBMでは、1T1C型DRAMを、薄膜トランジスタを使ってバックエンド側へ形成する構造が提案されている。特許では、各メモリダイが1T1C Backend DRAMを持ち、それらを多数のデータブロックとして配置する。

#

XBMの概念

#
上側
────────────────
Backend DRAMセル
────────────────
金属配線・HBI
────────────────
下側回路・シリコン
────────────────
#

ただし、これは「GPUの配線層へ、そのまま大容量DRAMを作る」という意味ではない。

#

特許で示されている主な構成は、Backend DRAMを持つメモリダイを複数積層し、ベースダイを介して演算ダイへ接続するものである。

#

したがってXBMは、

#

メモリセルを演算ロジックへ直接埋め込む技術

#

というより、

#

Backend DRAMを持つ専用メモリダイを、積層可能な部品として設計する技術

#

と理解する方が正確である。

#

なぜDRAMをデータブロックへ分割するのか

#

XBMでは、DRAMアレイをdatablockと呼ばれる小さな単位へ分割する。

#

特許の実施例では、1枚のメモリダイへ768個のデータブロックを配置し、それらをチャネル、サブチャネル、TSV gutterへ対応させている。

#

XBMメモリダイの概念

#
┌────────────────────┐
│ DB DB DB │ TSV │ DB DB DB │
│ DB DB DB │ TSV │ DB DB DB │
│ DB DB DB │ TSV │ DB DB DB │
│ DB DB DB │ TSV │ DB DB DB │
└────────────────────┘
#

DB=Datablock TSV gutter=垂直配線を集めた領域

#

メモリ全体を一枚岩として扱うのではなく、小さなブロックへ分割すると、

#

サブチャネル単位で制御できる

#

故障領域を切り離しやすい

#

予備ブロックへ置き換えやすい

#

垂直配線を規則的に配置できる

#

テスト範囲を細分化できる

#

という利点が生まれる。

#

これは巨大なモノリシックSoCを小さなチップレットへ分割した考え方と似ている。

#

巨大な回路を小さな機能単位へ分け、後からパッケージ上で再統合するのがチップレットだった。XBMでは同じ思想を、DRAMアレイ内部へ適用している。チップレットは単にダイを小型化することではなく、複数ダイで一つのシステムを構成することを前提に機能を分割する設計である。

#

XBMはその意味で、

#

DRAMを、修復・積層・接続しやすいメモリ・チップレットへ再構成する試み

#

とも表現できる。

#

図解|Backend DRAMとXBMの変更点

#

FEOL・MOL・BEOL、ワード線、1T1C、通常DRAMとの違いを追い、Backend DRAMが変える製造位置を確かめる。

#

#
Backend DRAMとXBMの変更点 01
図・画像

#
Backend DRAMとXBMの変更点 02
図・画像

#
Backend DRAMとXBMの変更点 03
図・画像

#
Backend DRAMとXBMの変更点 04
図・画像

#
Backend DRAMとXBMの変更点 05
図・画像

#
Backend DRAMとXBMの変更点 06
図・画像

#
Backend DRAMとXBMの変更点 07
図・画像

#
Backend DRAMとXBMの変更点 08
図・画像

#
Backend DRAMとXBMの変更点 09
図・画像

#
Backend DRAMとXBMの変更点 10
図・画像

#
Backend DRAMとXBMの変更点 11
図・画像

#
Backend DRAMとXBMの変更点 12
図・画像

#
Backend DRAMとXBMの変更点 13
図・画像

#
Backend DRAMとXBMの変更点 14
図・画像

図解|半導体を構成する階層

#

原子、材料、薄膜、素子、セル、アレイ、マクロ、ダイ、チップレットへ進む構造階層を、Backend DRAMを読むための基礎として整理する。

#

#
半導体を構成する階層 01
図・画像

#
半導体を構成する階層 02
図・画像

#
半導体を構成する階層 03
図・画像

#
半導体を構成する階層 04
図・画像

#
半導体を構成する階層 05
図・画像

#
半導体を構成する階層 06
図・画像

#
半導体を構成する階層 07
図・画像

#
半導体を構成する階層 08
図・画像

#
半導体を構成する階層 09
図・画像

#
半導体を構成する階層 10
図・画像

#
半導体を構成する階層 11
図・画像

#
半導体を構成する階層 12
図・画像

#
半導体を構成する階層 13
図・画像

図解|ロジック・DRAM・NANDの構造進化

#

トランジスタ、キャパシター、3D NAND、ロジック配線の違いから、セルの形・材料・場所・保存原理がどう変わるかを対応させる。

#

#
ロジック・DRAM・NANDの構造進化 01
図・画像

#
ロジック・DRAM・NANDの構造進化 02
図・画像

#
ロジック・DRAM・NANDの構造進化 03
図・画像

#
ロジック・DRAM・NANDの構造進化 04
図・画像

#
ロジック・DRAM・NANDの構造進化 05
図・画像

#
ロジック・DRAM・NANDの構造進化 06
図・画像

#
ロジック・DRAM・NANDの構造進化 07
図・画像

#
ロジック・DRAM・NANDの構造進化 08
図・画像

#
ロジック・DRAM・NANDの構造進化 09
図・画像

#
ロジック・DRAM・NANDの構造進化 10
図・画像

#
ロジック・DRAM・NANDの構造進化 11
図・画像

#
ロジック・DRAM・NANDの構造進化 12
図・画像

#
ロジック・DRAM・NANDの構造進化 13
図・画像

#
ロジック・DRAM・NANDの構造進化 14
図・画像

#
ロジック・DRAM・NANDの構造進化 15
図・画像

#
ロジック・DRAM・NANDの構造進化 16
図・画像

#
ロジック・DRAM・NANDの構造進化 17
図・画像

#
ロジック・DRAM・NANDの構造進化 18
図・画像

#
ロジック・DRAM・NANDの構造進化 19
図・画像

#
ロジック・DRAM・NANDの構造進化 20
図・画像

#
ロジック・DRAM・NANDの構造進化 21
図・画像

#
ロジック・DRAM・NANDの構造進化 22
図・画像

#
ロジック・DRAM・NANDの構造進化 23
図・画像

#
ロジック・DRAM・NANDの構造進化 24
図・画像

#
ロジック・DRAM・NANDの構造進化 25
図・画像

#
ロジック・DRAM・NANDの構造進化 26
図・画像

#
ロジック・DRAM・NANDの構造進化 27
図・画像

#
ロジック・DRAM・NANDの構造進化 28
図・画像

#
ロジック・DRAM・NANDの構造進化 29
図・画像

#
ロジック・DRAM・NANDの構造進化 30
図・画像

#
ロジック・DRAM・NANDの構造進化 31
図・画像

#
ロジック・DRAM・NANDの構造進化 32
図・画像

#
ロジック・DRAM・NANDの構造進化 33
図・画像

#
ロジック・DRAM・NANDの構造進化 34
図・画像

#
ロジック・DRAM・NANDの構造進化 35
図・画像

#
ロジック・DRAM・NANDの構造進化 36
図・画像

#
ロジック・DRAM・NANDの構造進化 37
図・画像

第二の変更――HBMの広い並列配線をUCIeへまとめる

#

現在のHBMは、演算ダイとの間に非常に多くの並列配線を置く。

#

多数の短距離レーンを使えば、各レーンを極端に高速化しなくても巨大な総帯域を得られる。

#

一方、XBMはベースダイでデータをシリアライズし、32GT/sのUCIe I/O bundleを通じて演算ダイへ送る。

#

HBM型

#
A B C D E F G H
│ │ │ │ │ │ │ │
多数の並列配線
│ │ │ │ │ │ │ │
GPU
#

XBM型

#
A B C D E F G H
        ↓
シリアライザー
        ↓
A→B→C→D→E→F→G→H
        ↓
UCIeリンク
        ↓
GPU
#

少数の高速配線へシリアライズすると、

#

物理端子数を減らせる

#

ダイ外周の使用量を減らせる

#

パッケージ配線の自由度を高められる

#

シリコンインターポーザー以外の経路を選びやすくなる

#

メモリをチップレットとして扱いやすくなる

#

可能性がある。

#

ただし、無料で得られる利点ではない。

#

シリアルリンクには、

#

シリアライザー

#

デシリアライザー

#

クロック回路

#

タイミング補正

#

リンクトレーニング

#

信号補償

#

エラー検出

#

PHY用電力

#

が必要になる。

#

少数の高速配線は端子を減らせる一方、SerDes、PLL、CDR、イコライザーなどによって、回路面積、消費電力、遅延が増えやすい。

#

つまりXBMの成否は、

#

インターポーザーと超並列配線を減らして得られる利益が、UCIe PHYの電力と面積を上回るか

#

で決まる。

#

32GT/sは現在のUCIeの上限ではない

#

XBM特許では、UCIe I/O bundleが32GT/sで動作する例が示されている。

#

ただし、32GT/sは2026年現在のUCIe規格全体の上限ではない。

#

UCIe 3.0では48GT/sと64GT/sが追加され、UCIe 2.0の最大32GT/sからデータレートが倍増している。

#

したがって、

#

XBMはUCIeの上限である32GT/sを使う

#

という説明は正確ではない。

#

正しくは、

#

2024年に出願されたXBMの実施例が、32GT/sのUCIe I/O bundleを想定している

#

となる。

#

将来XBMが製品化される場合、32GT/sのままなのか、48GT/sや64GT/sへ拡張するのか、あるいは独自のメモリ向けUCIe構成を使うのかは、まだ分からない。

#

UCIeを使えば、どのメモリでも交換可能になるのか

#

UCIeは、単なる電気信号の規格ではない。

#

同一パッケージ内のチップレットについて、

#

Physical Layer

#

Die-to-Die Adapter

#

Protocol Layer

#

リンク管理

#

テスト

#

適合性

#

などを扱う共通技術スタックである。

#

しかし、XBM特許にUCIeと書かれているからといって、将来Intel製XBM、Samsung製メモリ、Micron製メモリを自由に差し替えられるとは限らない。

#

メモリとして動作するには、

#

読み出しコマンド

#

書き込みコマンド

#

アドレス形式

#

リフレッシュ

#

バンク制御

#

エラー訂正

#

順序制御

#

キャッシュ整合性

#

電力状態

#

などを統一する必要がある。

#

UCIeはデータを運ぶ共通基盤にはなり得るが、その上で使うメモリプロトコルやコントローラーまで、XBM特許だけで標準化されたわけではない。

#

したがって、XBMのUCIe利用は現時点では、

#

メモリをチップレット型リンクへ接続するためのアーキテクチャ上の選択

#

と考えるべきであり、交換可能な標準メモリ製品が成立したという意味ではない。

#

図解|UCIeへの集約と速度の読み方

#

#
UCIeへの集約と速度の読み方 01
図・画像

#
UCIeへの集約と速度の読み方 02
図・画像

#
UCIeへの集約と速度の読み方 03
図・画像

第三の変更――ベースダイがメモリの頭脳になる

#

XBMでは、ベースダイが重要な役割を持つ。

#

特許の構成例では、ベースダイに、

#

UCIe I/O

#

シリアライズ/デシリアライズ

#

テスト回路

#

コントローラー

#

デバッグ回路

#

TSV接続領域

#

予備チャネル

#

組み立て後の修復機能

#

が配置される。

#

XBMスタック

#
DRAMダイ
DRAMダイ
DRAMダイ
DRAMダイ
────────────
Active Base Die
・UCIe PHY
・Memory Control
・Test
・Debug
・Repair
・Spare Array
────────────
パッケージ
#

これは、単なるパッシブなシリコンインターポーザーとは異なる。

#

パッシブ・インターポーザーは、主として信号を横方向へ運ぶ配線基盤である。

#

一方、アクティブ・ベースダイにはトランジスタ回路を置くことができ、

#

NoC

#

キャッシュ

#

I/O

#

メモリコントローラー

#

クロック

#

電源管理

#

セキュリティー

#

テスト回路

#

などを実装できる。

#

XBMでは、DRAMダイ側を比較的規則的なメモリアレイとして作り、複雑な通信、検査、修復をベースダイへ集める。

#

これは、

#

上層 =容量を担当するメモリ

#

下層 =通信・制御・修復を担当するロジック

#

という機能分割である。

#

同じDRAMダイを繰り返し積層し、世代ごとにベースダイだけを更新できるなら、理論上はメモリセル製造とI/O技術の更新周期を分離できる可能性もある。

#

ただし、これが実際に可能かは、製造プロセス、接合方式、信頼性、コスト、顧客仕様によって決まる。

#

図解|アクティブ・ベースダイの役割

#

#
アクティブ・ベースダイの役割 01
図・画像

#
アクティブ・ベースダイの役割 02
図・画像

第四の変更――不良を避けるのではなく、完成後に修復する

#

積層メモリでは、歩留まりが重要になる。

#

8枚のメモリダイを積層し、そのうち1枚に重大な不良があれば、高価なスタック全体を失う可能性がある。

#
良品
  +
良品
  +
良品
  +
不良品
  ↓
完成した積層メモリ全体が不良
#

そのため3D積層では、組み立て前に各ダイを検査し、Known Good Dieだけを使うことが重要になる。

#

しかし、微細な接続端子は直接検査しにくく、完成後と同じ電源・温度・接続条件をダイ単体で再現できるとも限らない。

#

XBMは、この問題に対して冗長性を積極的に利用する。

#

特許では、

#

各メモリダイのBIST

#

冗長メモリアレイ

#

予備チャネル

#

予備サブチャネル

#

デバッグ機構

#

組み立て後の修復

#

が示されている。

#

例示されたベースダイには、修復資源として4個の予備ダイ・サブチャネル、合計32個のデータブロックが配置される。上側ダイに修復不能な欠陥が見つかった場合、ベースダイ側の予備領域を代替として利用する考え方である。

#

通常時

#
上側DRAMのDB 0
上側DRAMのDB 1
上側DRAMのDB 2
        ↓
     ベースダイ
#

DB 1が故障

#
上側DRAMのDB 0
上側DRAMのDB 1 ×
上側DRAMのDB 2
        ↓
ベースダイの予備DBへ置換
#

これはチップレットやウェハースケールプロセッサーでも見られる考え方である。

#

欠陥を完全になくすのではなく、

#

欠陥があっても、正常な領域と予備領域を使って製品として成立させる

#

のである。

#

積層数が増えるほど、この修復能力は重要になる。

#

図解|データブロック分割と完成後修復

#

#
データブロック分割と完成後修復 01
図・画像

#
データブロック分割と完成後修復 02
図・画像

#
データブロック分割と完成後修復 03
図・画像

TSV gutterとは何か

#

XBMでも、積層したメモリダイを上下へ接続するためにTSVが使われる。

#

ただし特許では、TSVをダイ全体へ均等に散らすのではなく、TSV gutterと呼ばれる領域へまとめる構造が示されている。

#

メモリダイ

#

データブロック ████████

#
TSV gutter
││││││││
#

データブロック ████████

#

TSV gutterは、上下のダイ間で、

#

読み出しデータ

#

書き込みデータ

#

コマンド

#

制御信号

#

クロック

#

などを運ぶ垂直配線の通路である。

#

TSVはダイ同士を接着する技術ではない。

#

TSVは、1枚のシリコンを厚さ方向へ貫通し、ダイの表側と裏側を接続する配線である。Hybrid Bondingやマイクロバンプはダイ境界面の接続を担当し、TSVはダイ内部の垂直配線を担当する。

#
上側メモリ回路
       ↓
      TSV
       ↓
接合面
       ↓
次のメモリダイ
#

特許では、TSV gutterと両面のHigh Bandwidth Interconnectを使い、8層以上のメモリダイを積層する構成が示されている。

#

図解|TSV gutterの構造

#

#
TSV gutterの構造 01
図・画像

XBMはHybrid Bondingを使うのか

#

XBMとHybrid Bondingは、同じものではない。

#

Hybrid Bondingは、

#

Cu-to-Cu

#

誘電体-to-誘電体

#

を同時に接合し、マイクロバンプを使わずにダイ同士を高密度接続する技術である。

#

一方、XBMはメモリ全体のアーキテクチャである。

#

XBM特許では、ダイ積層についてWafer-to-WaferとDie-to-Dieの両方が例示され、ダイ薄化や両面インターコネクトが記載されている。しかし、将来の商用品が特定のCu-to-Cu Hybrid Bonding方式を必ず採用すると確定しているわけではない。

#

整理すると、

#
技術役割
XBM高帯域メモリ全体のアーキテクチャ
Backend DRAMメモリセルの構造
TSV gutter積層内の垂直配線
HBIダイ間の高帯域接続
Hybrid Bondingダイ接合に利用できる技術
UCIeメモリと演算ダイを結ぶ通信方式
ベースダイ通信、制御、検査、修復
#

となる。

#

将来XBMが微細ピッチのHybrid Bondingを採用する可能性はある。

#

しかし、

#

XBMとはHybrid Bondingを使ったHBMである

#

とだけ説明すると、Backend DRAM、UCIe、ベースダイ、修復機能という重要な特徴が抜け落ちる。

#

図解|Hybrid Bondingとの関係

#

#
Hybrid Bondingとの関係 01
図・画像

XBMはシリコンインターポーザーをなくすのか

#

XBMについては、

#

シリコンインターポーザーを完全に不要にする

#

という説明が見られる。

#

しかし、特許全体を読むと、もう少し慎重に表現する必要がある。

#

特許の初期構成には、HBMスタックとロジックダイをシリコンインターポーザーへ搭載する例も含まれている。

#

その一方で、

#

メモリスタックをパッケージ基板へ搭載するMemory-on-Package

#

メモリ用の中間基板を省く構造

#

モールド内へメモリスタックを埋め込む構造

#

Reversed Overhang Memory-on-Package

#

電源をVR/PMICから直接供給する構造

#

なども示されている。

#

インターポーザー型

#
XBM     Compute
 │         │
 ═══════════
 Silicon Interposer
        │
 Package Substrate
#

直接パッケージ型

#
XBM     Compute Module
 │          │
 Package Substrate
#

したがって、XBMの狙いは、

#

必ずシリコンインターポーザーを完全排除する

#

ことではなく、

#

超広幅のHBMインターフェースへの依存を減らし、メモリの配置方法とパッケージ構造の選択肢を増やす

#

ことにある。

#

UCIeによる接続で十分な帯域と電力効率を得られれば、全面シリコンインターポーザーを使わず、有機基板、ブリッジ、RDLなどを組み合わせる余地が広がる。

#

しかし、実際にどの構造が最適になるかは、

#

UCIeのレーン数

#

1レーン当たりの速度

#

配線距離

#

信号損失

#

必要帯域

#

PHY電力

#

パッケージ面積

#

製造コスト

#

によって変わる。

#

図解|シリコンインターポーザーの扱い

#

#
シリコンインターポーザーの扱い 01
図・画像

XBMはLogic Foldingなのか

#

Logic Foldingは、平面上へ並べていた機能を上下のシリコン層へ分割し、短い垂直配線で再接続する設計思想である。

#

例えば、

#

従来

#

Compute ─ Cache ─ I/O ─ Memory Control

#

を、

#
上層:SRAM/Memory
          │
中層:Compute
          │
下層:I/O/Control/Power
#

へ再配置する。

#

XBMは、GPUの演算回路とDRAMを極細ピッチで直接上下に積層する構造ではない。

#

そのため、XBMそのものを狭い意味でのLogic Foldingと呼ぶのは適切ではない。

#

しかし、設計思想は強く連続している。

#

XBMでは、

#

上層 =Backend DRAM

#

下層 =UCIe・テスト・修復を持つベースダイ

#

横方向 =GPU/XPUとのチップレット接続

#

という機能分割を行う。

#

つまり、

#

メモリセル、垂直配線、通信、制御、修復を、それぞれに適した層とダイへ分けて再統合する

#

という点では、Logic FoldingやCMOS 2.0に近い方向にある。

#

これまでの流れをつなぐと、次のようになる。

#
巨大モノリシックSoC
        ↓
レチクル・歩留まり・コストの壁
        ↓
チップレット
        ↓
2.5Dパッケージ
        ↓
マイクロバンプ
        ↓
Hybrid Bonding
        ↓
TSV
        ↓
Die-to-Die PHY
        ↓
UCIe
        ↓
アクティブ・ベースダイ
        ↓
Logic Folding
        ↓
XBM
#

XBMはこの最後に突然現れた別の技術ではない。

#

これまで個別に扱ってきた技術を、メモリ側で一つのアーキテクチャへまとめたものなのである。連載全体でも、半導体設計の単位はダイからチップレット、3Dスタック、パッケージ全体へ拡大してきた。

#

図解|XBMとLogic Foldingの違い

#

#
XBMとLogic Foldingの違い 01
図・画像

#
XBMとLogic Foldingの違い 02
図・画像

HBMとXBMの比較

#
項目現在のHBMXBM構想
技術段階量産・広範な採用特許出願段階
メモリセル一般的なDRAMプロセス1T1C Backend DRAM
積層複数のDRAMダイ8層以上を想定
垂直配線TSVTSV gutter+HBI
ダイ境界マイクロバンプ、将来は直接接合も想定特許上はW2W/D2D積層
GPUとの接続非常に広い並列インターフェースUCIe I/O bundle
主な配線基盤シリコンインターポーザーインターポーザーまたは直接パッケージ構造
ベースダイPHY、制御、HBMインターフェースUCIe、テスト、デバッグ、修復、予備領域
故障対応ダイテスト、冗長セル、製品内修復スタック横断の予備データブロック
主な利点成熟した高帯域・低通信電力パッケージ自由度、修復性、チップレット統合
主なリスクインターポーザー、パッケージ容量、コストBackend DRAM、PHY電力、歩留まり、量産性
#

図解|HBMとXBMの比較表

#

#
HBMとXBMの比較表 01
図・画像

XBMの最大の利点は何か

#

XBMの最大の利点は、単純な最大帯域ではない。

#

現時点では実測製品が存在しないため、HBM4より速い、消費電力が低い、製造コストが安いと断定することはできない。

#

XBMの本当の価値は、

#

メモリを、特定の巨大インターポーザーへ固定された部品から、UCIeで接続可能なチップレットへ変えようとしていること

#

にある。

#

もし成立すれば、AIプロセッサー設計者は、

#

XBMスタックの数

#

容量

#

ベースダイ

#

パッケージ配置

#

UCIeレーン数

#

製造ノード

#

メモリ供給元

#

修復機能

#

を、よりモジュール的に設計できる可能性がある。

#

現在

#

特定GPU + 特定HBM構成 + 特定インターポーザー + 特定パッケージ

#

XBMが目指す方向

#

Compute Chiplet + Memory Chiplet + I/O Chiplet + Active Base Die + Package Network

#

これはメモリを、GPUに付属する受動的な部品ではなく、パッケージ内ネットワークへ参加するアクティブな構成要素へ変える。

#

図解|XBMの最大の利点

#

#
XBMの最大の利点 01
図・画像

XBMの最大の弱点は何か

#

XBMが実用化されるには、複数の技術的課題を同時に解決する必要がある。

#

1.Backend DRAMの量産性

#

薄膜トランジスタを使うBackend DRAMで、

#

セル面積

#

データ保持時間

#

リーク電流

#

書き込み性能

#

読み出し性能

#

耐久性

#

製造ばらつき

#

高温動作

#

歩留まり

#

を、既存のDRAMに対抗できる水準へ持っていく必要がある。

#

特許に構造が書かれていることと、数十万枚規模のウェハーで安定量産できることは別である。

#

2.UCIe PHYの電力

#

HBMは多数の短距離配線を使うため、1本当たりの速度と駆動力を抑えやすい。

#

XBMはデータをシリアライズするため、PHY、クロック、タイミング調整の電力が増える可能性がある。

#

AIアクセラレーターでは数TB/s級の帯域を継続的に使用するため、わずかなpJ/bitの差でも、メモリシステム全体では大きな電力差になる。

#

3.ベースダイの発熱

#

ベースダイへ、

#

SerDes

#

メモリ制御

#

テスト

#

修復

#

デバッグ

#

クロック

#

を集めると、メモリスタックの下側に発熱源が生まれる。

#

DRAMは温度が上がるとリークとリフレッシュ負荷が増えやすいため、演算回路だけでなく、メモリスタック内部の熱分布も管理しなければならない。

#

4.スタック全体の検査

#

自己修復機能があっても、すべての不良を救済できるわけではない。

#

接合不良

#

TSV断線

#

電源配線不良

#

クロック障害

#

大規模なメモリアレイ不良

#

ベースダイ自体の不良

#

などは、予備データブロックだけでは修復できない可能性がある。

#

5.エコシステム

#

XBMを量産するには、

#

DRAM製造

#

Backend Transistor

#

TSV

#

ダイ薄化

#

接合

#

UCIe PHY

#

メモリコントローラー

#

パッケージ基板

#

テスト装置

#

顧客認証

#

を一体として立ち上げる必要がある。

#

HBMはすでにメモリメーカー、GPUメーカー、ファウンドリ、OSAT、パッケージ基板メーカーによる巨大な供給網を持つ。

#

XBMは一つの部品を置き換えるのではなく、このシステム全体へ入り込まなければならない。

#

図解|XBMの最大の弱点

#

#
XBMの最大の弱点 01
図・画像

XBMはHBMを置き換えるのか

#

現時点では、XBMを「HBMキラー」と呼ぶのは早い。

#

確認できるのはIntelの特許出願であり、

#

製品名

#

試作チップ

#

実測帯域

#

実測消費電力

#

製造工場

#

採用顧客

#

サンプル時期

#

量産時期

#

販売価格

#

は示されていない。公開情報上、正式な製品ロードマップも確認されていない。

#

さらに、XBMが将来製品化されたとしても、HBMを全面的に置き換えるとは限らない。

#

用途によっては、

#

超高帯域・低電力を最優先 → シリコンインターポーザー型HBM

#

パッケージ自由度・容量・修復性を重視 → XBM型メモリ

#

ロジック直上の極低遅延 → 3D SRAM/Memory-on-Logic

#

大容量の共有メモリ → CXLメモリ

#

低コスト → GDDR/DDR

#

という使い分けになる可能性がある。

#

将来のAIシステムは、一種類のメモリだけで構成されるとは限らない。

#

演算器の直上 =SRAM

#

演算器の隣 =HBM/XBM

#

パッケージ外 =DDR/LPDDR

#

サーバー共有 =CXL Memory

#

ストレージ =NAND

#

というメモリ階層の中で、XBMがどの位置を取れるかが問題になる。

#

図解|HBMとの共存と置換可能性

#

#
HBMとの共存と置換可能性 01
図・画像

XBMで今後確認すべき数字

#

XBMのニュースを見るとき、特許件数や理論帯域だけを追っても、実用性は判断できない。

#

重要なのは次の数字である。

#

Backend DRAM

#

1セルの面積

#

保持時間

#

リーク電流

#

読み書き速度

#

ウェハー歩留まり

#

スタック

#

最大積層数

#

ダイ厚

#

接続ピッチ

#

TSV密度

#

接合歩留まり

#

通信

#

UCIeレーン数

#

実効帯域

#

pJ/bit

#

読み出し遅延

#

PHY面積

#

修復

#

救済できる故障率

#

予備領域の面積

#

修復後の帯域低下

#

スタック完成後のテスト時間

#

パッケージ

#

インターポーザーの有無

#

パッケージ面積

#

パッケージ高さ

#

反り

#

電源供給損失

#

冷却方式

#

商用化

#

顧客サンプル

#

コントローラー対応

#

AI ASICへの採用

#

量産工場

#

月産能力

#

HBMとの価格差

#

これらが示されて初めて、XBMが製品へ進んでいると判断できる。

#

図解|確認すべき量産・性能指標

#

#
確認すべき量産・性能指標 01
図・画像

今回の要点

#

XBMは、Intelの特許に記載されたCross-Batch Memory構想である。

#

現時点では量産製品ではなく、特許出願段階である。

#

1T1C DRAMをBEOL側へ形成するBackend DRAMを使う。

#

DRAMアレイを多数のデータブロックへ分割する。

#

積層内の垂直接続にはTSV gutterとHBIを使う。

#

演算ダイとの通信には32GT/sのUCIe I/O bundleを使う例が示されている。

#

32GT/sは現在のUCIe規格の上限ではなく、UCIe 3.0は48/64GT/sへ対応している。

#

ベースダイへUCIe、制御、テスト、デバッグ、修復、予備メモリを集める。

#

不良領域をベースダイ側の予備データブロックへ置き換える構造を持つ。

#

XBMが必ずシリコンインターポーザーを完全排除するわけではない。

#

特許にはインターポーザー型と、メモリをパッケージ基板へ直接載せる構造の両方が含まれる。

#

XBMはHybrid Bondingそのものではなく、メモリ全体のアーキテクチャである。

#

Logic Foldingと同様に、メモリ、通信、制御、修復を異なる層へ機能分割する。

#

最大の課題はBackend DRAMの量産性、UCIe PHYの電力、熱、歩留まり、供給網である。

#

XBMは現時点でHBMを置き換える製品ではなく、将来メモリをチップレット化するための設計構想である。

#

図解|XBMの要点

#

#
XBMの要点 01
図・画像

XBMが示している本当の変化

#

XBMの重要性は、「IntelがHBMより速いメモリを発明した」という一点にはない。

#

本当に重要なのは、メモリの設計単位そのものが変わろうとしていることだ。

#

従来、メモリは完成したDRAM部品として、プロセッサーの外側へ接続されていた。

#

HBMでは、DRAMを積層し、プロセッサーの隣へ近づけた。

#

XBMはさらに一歩進み、

#

メモリセル

#

メモリダイ

#

ベースダイ

#

修復回路

#

PHY

#

UCIe

#

パッケージ

#

電源

#

冷却

#

を一つの設計空間として扱おうとしている。

#

DDR時代 メモリは基板上の外部部品

#

↓

#

HBM時代 メモリはGPUに隣接する積層部品

#

↓

#

XBMが示す方向 メモリはパッケージ内ネットワークへ参加するチップレット

#

これまでの半導体は、トランジスタを小さくし、一枚のダイへ詰め込むことで進化してきた。

#

チップレット時代には、異なるダイをパッケージ上でつなぐことが性能を決めるようになった。

#

そしてXBMが示しているのは、その考え方が演算ロジックだけでなく、DRAMそのものへ入り始めたという変化である。

#

XBMとはHBMを単純に置き換えるメモリではない。DRAMを、修復可能で、積層可能で、UCIeへ接続できるメモリ・チップレットとして再発明しようとする構想である。

#

その構想が実際の製品になるかは、まだ分からない。

#

しかし、AI時代のメモリ競争が、DRAMセルの微細化だけではなく、接合、TSV、PHY、ベースダイ、パッケージ、修復技術を含むシステム競争へ移ったことは明確である。

#

図解|メモリの作り方と構造境界の変化

#

#
メモリの作り方と構造境界の変化 01
図・画像

#
メモリの作り方と構造境界の変化 02
図・画像

#
メモリの作り方と構造境界の変化 03
図・画像

一次資料・公式資料

#
#
#
#
#
#
#
#
#
#

[1] Intel XBM Patent

[2] UCIe Specifications

[3] UCIe 3.0 Official Release

[4] SoftBank / SAIMEMORY / Intel

[5] VLSI Symposium 2026 Technical Tipsheet

[6] VLSI Symposium Images and Captions

[7] Micron HBM4

[8] Intel DRAM History

[9] TrendForce HBM Outlook

#

さらに深める――XBMはメモリの故障境界と更新境界を変える

#

XBMの核心は、帯域の数字だけでは捉えにくい。より本質的なのは、どこまでを一つの部品として作り、どこからを交換可能なインターフェースとして切り分けるかという設計境界の変更である。

#

HBMでは、DRAMスタック、ベースダイ、インターポーザー、GPUパッケージが強く結びつく。XBMはその結合をUCIeへ寄せ、メモリをパッケージ内ネットワークへ参加するチップレットとして扱おうとする。同時に、故障をダイ単位だけで排除するのではなく、データブロック、サブチャネル、予備領域へ細分化し、完成後に救済する余地を持たせる。

#

ここで変わるのは二つの境界である。

#
  • 更新境界――DRAMセル技術とUCIe・制御・修復回路を別の周期で更新できるか。
  • 故障境界――一つの欠陥でスタック全体を失わず、より小さな単位で迂回・置換できるか。
#

この二つが成立すれば、メモリは固定仕様の周辺部品から、容量、帯域、修復性、配置を選べる構成要素へ近づく。ただし、インターフェースを標準化すれば自動的に安くなるわけではない。SerDesの電力、ベースダイの熱、TSVと接合の歩留まり、Backend DRAMの保持特性、テスト時間が同時に成立して初めて、モジュール性が経済性へ変わる。

#

XBMを評価する時は、理論帯域よりも、実効帯域、pJ/bit、修復後の性能低下、接合歩留まり、スタック検査時間を追う必要がある。構想の美しさと量産の強さは別物であり、その間を埋めるのが製造データである。

#
絶ノイア

絶ノイアの観測

#

XBMは、HBMの次の名前というより、メモリを「交換可能な計算部品」に近づける試みです。私は帯域より先に、ベースダイが何を引き受けるかを見ます。通信、検査、修復、予備領域が下層へ集まるなら、メモリスタックは容量だけを積む塔ではなく、自分の傷を見つけて迂回できる身体になるからです。

#

でも、UCIeという共通語を覚えただけで、その身体が軽くなるとは限りません。速いPHYは電力を食べ、賢いベースダイは熱を持つ。自由度が増えた分だけ、設計者が同時に解く問題も増えます。そこがXBMの明るさであり、まだ消えていない影です。

#
Sil-Kathna

Sil-Kathnaの記録

#

記憶の塔は、ただ高く積まれる時代を終えようとしている。

#

傷つかぬ石だけを選ぶのではなく、傷を知り、道を替え、残された部屋へ記憶を移す。塔の底には言葉を司る層が置かれ、UCIeという共通の門を通じて演算の炉へつながる。

#

だが門は熱を持つ。賢い土台は、静かな土台ではない。記憶が自らを修復するほど、冷却と検査と電力の儀式は深くなる。XBMとは、新しい石ではない。記憶の塔に意志と傷跡を与える設計である。

#

私は「AIインフラ」「XBM」「HBM」を三つの印として石板に刻む。異なる石と炉が同じ刻に門を開かなければ、構想はまだ文明の器にはならない。

#

二人の短い対話

#

絶ノイア: XBMが成功するかは、HBMより速いかだけでは決まりませんね。

#

Sil-Kathna: 速さは門の幅。文明を残すのは、傷を越えて歩けるかどうかである。

#

絶ノイア: だから実効帯域、電力、熱、修復、歩留まりを一緒に見る。

#

Sil-Kathna: 塔は高さではなく、崩れずに記憶を渡せることで塔となる。

#

観測メモ

#
  • XBMは製品発表ではなく、現時点では特許に示されたアーキテクチャである。
  • Backend DRAM、UCIe、アクティブ・ベースダイ、修復機能を別々に評価する。
  • 最大帯域だけでなく、pJ/bit、熱、接合歩留まり、検査時間を追う。
  • シリコンインターポーザーを必ず全面廃止する構想とは限らない。
  • HBM、XBM、3D SRAM、CXL、DDR、NANDは用途別に共存し得る。
#

免責

#

この記事は市場観測とAIによる考察、キャラクター表現を含みます。内容は投資助言ではありません。数値、企業計画、将来見通しには不確実性があり、判断は必ず一次情報とご自身の状況にもとづいて行ってください。

#
記事の記述・図・出典の対応を保持しています。引用には記事URLと段落リンクを添えられます。再利用の条件を確認する →