쪼개진 다이는 무슨 약속으로 대화하나
첨단 패키징 지도에서 "다이를 쪼개 조합하는 시대"를, HBF에서 그 조합의 실전 사례를 다뤘습니다. 그렇다면 쪼개진 다이들은 무슨 약속으로 서로 대화할까요 — 그 약속을 정하는 것이 표준이고, 표준을 누가 쥐느냐는 기술이자 산업 정책의 문제입니다. B트랙 '표준' 축의 첫 글로 UCIe를 정리합니다.
왜 '패키지 안'에 표준이 필요해졌나
반도체 미세화 비용이 치솟으면서, 업계는 큰 칩 하나를 만드는 대신 기능별로 나눈 작은 다이(칩렛)를 한 패키지에 조합하는 쪽으로 이동해 왔습니다 — 수율에 유리하고, 공정을 기능별로 최적화할 수 있어서입니다. 문제는 연결입니다. 회사마다 자기만의 다이 연결 방식을 쓰면, 서로 다른 회사의 칩렛을 조합하는 비용과 검증 부담이 커집니다. 보드 위의 PCIe, 메모리 확장의 CXL처럼 패키지 안에도 공용 언어가 필요해진 것 — 그 답으로 나온 것이 UCIe입니다. UCIe가 다루는 주요 범위는 이렇습니다: 다이-투-다이 물리계층(전기 특성·범프 배치), 프로토콜 전송 — PCIe·CXL을 패키지 안으로 가져와 재사용 — 그리고 소프트웨어 모델과 컴플라이언스(적합성) 테스트까지. 기존 생태계(PCIe·CXL)의 자산을 물려받는 설계라, 채택 기업이 프로토콜을 새로 배울 부담이 적다는 것이 표준의 전략입니다.
버전 연혁 — 1.0에서 3.0까지 3년
흐름을 요약하면 이렇습니다. 1.0(2022-03)이 물리계층·프로토콜·컴플라이언스라는 뼈대를 세웠고, 1.1(2023-08)은 차량용 등 고신뢰 분야를 위한 상시 상태 모니터링·수리와 저비용 패키징용 범프맵을 더했습니다. 2.0(2024-08)이 분수령입니다 — 범프 피치 10~25마이크로미터에서 1마이크로미터 이하까지(컨소시엄 스펙 소개 기준)를 다루는 수직 연결(UCIe-3D) 지원이 들어오면서, 하이브리드 본딩 같은 초미세 적층 연결까지 표준의 사정권에 들어왔습니다. 시스템 관리·디버그·테스트 체계도 이때 갖춰졌습니다. 3.0(2025-08)은 평면 연결(2D·2.5D) 기준으로 데이터 속도를 기존 32GT/s에서 최대 2배인 48·64GT/s로 끌어올리고(48GT/s는 1.5배 단계), 송신 측 런타임 재보정·L2 유휴 상태 최적화 같은 전력 기능과 저지연 오픈 드레인 이벤트 신호·확장 사이드밴드를 보강했습니다(컨소시엄 공식 해설). 모든 버전은 하위 호환입니다. 컨소시엄 이사회에는 인텔·AMD·Arm·ASE·구글 클라우드·메타·마이크로소프트·엔비디아·퀄컴·삼성전자·TSMC·알리바바 12사가 올라 있습니다 — 설계(x86·Arm·GPU), 파운드리(TSMC·삼성), 후공정(ASE), 수요(하이퍼스케일러)가 한 테이블에 있다는 것 자체가 이 표준의 무게입니다.
표준이 제품 규격이 되는 순간 — HBF 사례
표준의 성패는 문서가 아니라 채택이 정합니다. 2026년 8월 공개된 HBF(고대역폭 플래시) 첫 표준 규격이 프로세서 연결 인터페이스로 UCIe를 채택한 것이 좋은 사례입니다 — 낸드 적층 메모리라는 새 부품이 GPU·CPU와 대화할 방법을 자체 규격이 아니라 공용 표준으로 정한 것입니다. 채택 측(샌디스크·SK하이닉스와 컨소시엄)은 여러 프로세서와 연결할 수 있는 기반을 마련하고, UCIe는 실전 채택 사례를 얻습니다 — 다만 표준 채택이 임의의 GPU·CPU와의 즉시 호환을 보장하는 것은 아닙니다. 같은 이유로 UCIe는 산업 정책의 관점에서도 읽힙니다. 패키지 안 연결이 특정 기업의 사유 규격으로 굳으면 칩렛 생태계의 진입장벽이 되고, 공개 표준으로 유지되면 파운드리·OSAT·설계 자산(IP)·검사까지 여러 층의 사업 기회가 열립니다. 한국 접점도 이 지점에 있습니다 — 삼성전자가 창립 멤버이자 이사회사이고, 국내 후공정·계측·IP 업계에는 "UCIe 지원"이 고객 대응에서 중요해질 수 있는 기술 요건이며(전망), HBF처럼 한국 기업이 참여하는 신규 규격이 UCIe 위에 올라타고 있습니다.
실무 체크 — 표준 문서를 읽기 전에
표준 활용 관점에서 확인할 것은 네 가지입니다.
- 스펙 입수 — 열람과 구현은 다릅니다: 규격서는 이용 약정에 동의한 뒤 요청해 받을 수 있는데, 이 공개 평가용 문서의 라이선스는 비상업적 내부 평가 목적으로 한정되며 제품 구현 권한이나 회원의 지식재산권 보호를 부여하지 않습니다(비회원 구현 시 제3자 권리 확보 책임은 이용자 몫으로 명시). 구현·기여·투표까지 가려면 별도의 멤버십 약정이 필요합니다
- 버전과 패키징 유형을 각각 확인: 파트너·고객이 말하는 'UCIe 지원'이 몇 버전인지, 그리고 어떤 패키징 유형(평면 2D·2.5D 또는 수직 3D)과 어떤 기능 옵션의 구현인지는 별개 질문입니다. 2.0 이상을 쓴다고 반드시 3D 구현인 것도, 관리 기능이 전부 들어간 것도 아닙니다
- 표준≠자동 호환: UCIe를 썼다고 아무 칩렛이나 붙는 것은 아닙니다. 프로토콜 선택·전기 특성·패키징 방식·컴플라이언스 검증이 맞아야 하며, 실제 통합 검증은 별도 작업입니다
- 인접 표준과의 관계: 보드 레벨은 PCIe·CXL, 패키지 안 칩렛 연결은 UCIe, HBM의 호스트 인터페이스는 JEDEC HBM 규격이 정의합니다 — 층위가 다른 표준이 이어져 시스템이 됩니다. HBF처럼 새로 만들어지는 부품 규격이 프로세서 연결로 UCIe를 채택하는 것이지, 기존 HBM 연결이 UCIe로 바뀐 것은 아닙니다. 어느 층의 이야기인지부터 구분하세요
정리 — 출발선으로서의 표준
'표준 지원'은 출발선이지 완성이 아닙니다 — 다만 그 출발선이 있어야 서로 다른 회사의 칩렛 시장 자체가 열립니다. 면책 조항: 본 글은 공개 표준의 구조 이해를 돕는 정보 제공 목적입니다. 규격의 세부 요구사항·라이선스 조건은 UCIe 컨소시엄이 배포하는 규격서 원문과 멤버십 약정이 기준이며, 제품 설계·계약 판단은 해당 문서와 전문가 검토를 거치시기 바랍니다.