[반도체] UCIe 호환성과 특허 검토는 별개입니다
핵심 요약
UCIe의 상호운용 규격과 실제 칩렛 구현의 특허는 확인할 대상이 다릅니다. 메모리 인터페이스 사례로 회로·패키지·공급계약을 연결해 검토할 범위를 정합니다.
칩렛을 조합하는 제품에서는 서로 다른 공급자의 칩이 통신할 수 있다는 점이 중요합니다. UCIe와 같은 규격은 이 연결을 위한 공통 기준을 제공합니다. 그러나 규격을 만족하는지 확인하는 일과 그 제품의 구체적인 회로·패키지 구성이 어떤 특허와 관계되는지 검토하는 일은 구분해야 합니다.
공통 규격은 구현 전체를 한 가지로 정하지 않습니다
UCIe Consortium의 공식 사양 안내는 패키지 수준의 다이 간 연결을 위해 물리계층, 프로토콜과 소프트웨어 계층을 다룬다고 설명합니다. 2.0에서는 여러 칩렛으로 구성된 패키지의 시험·관리·디버깅과 3D 패키징을, 3.0에서는 고속 전송과 관리 기능의 확장을 소개합니다. 제품을 비교할 때는 ‘UCIe 지원’이라는 표현에 더해 적용 버전과 선택 기능을 확인해야 합니다.
이러한 공개 사양 안내는 기술 범위를 파악할 출발점입니다. 특정 구현의 적합성이나 특허 이용조건까지 확정하는 자료는 아닙니다. 실제 적용할 규격과 계약을 확인하고, 공급받을 회로 블록이 어느 기능을 맡는지 구분해야 합니다.
메모리 칩렛의 등록공보가 보여 주는 다른 질문
Eliyan의 미국 등록공보 US12,248,413B1의 제1항은 패키지 기판, 호스트 칩렛과 메모리 칩렛의 연결을 구체적으로 규정합니다. 호스트의 처리요소·통신 패브릭과 D2D 인터페이스, 메모리 칩렛의 대응 인터페이스·메모리 물리 인터페이스, 그 사이에서 정보 패킷을 전달하는 관계가 함께 등장합니다. 특정 표준의 이름만 확인하는 것과 다른 수준의 대조입니다.
이 특허는 Eliyan Corporation이 2023년 10월 11일 가출원을 하고 2024년 5월 1일 출원해 2025년 3월 11일 등록받았습니다. 독립항은 세 개이며 보호 대상이 서로 다릅니다.
- 제1항: 패키지 기판, 호스트 칩렛, 메모리 칩렛을 모두 갖춘 멀티칩 모듈(MCM)
- 제13항: 메모리 칩렛 단독. 메모리 다이를 제어하는 회로와, 여러 신호 레인으로 호스트 칩렛과 정보 패킷을 주고받는 D2D 인터페이스 회로를 규정합니다.
- 제24항: 호스트 칩렛 단독. 처리요소, 통신 패브릭, 메모리 칩렛으로 정보 패킷을 보내는 D2D 인터페이스를 규정합니다.
제13항과 제24항에는 패키지 기판이나 상대 칩렛의 내부 구성이 들어 있지 않습니다. 완성 모듈을 조립하는 기업뿐 아니라 메모리 칩렛이나 호스트 칩렛만 공급하는 기업도 자기 부품을 기준으로 대조해야 하는 이유입니다.
종속항은 구현 방식을 좁힙니다. 제2항은 통신 패브릭을 네트워크 온 칩(NoC) 회로로, 제4항과 제5항은 같은 시간 구간에 일부 데이터 레인이 쓰기 데이터를, 다른 레인이 읽기 데이터를 전달하는 동작으로 한정합니다. 제11항은 인터페이스와 메모리 컨트롤러를 베이스 다이에 형성하고 그 위에 메모리 다이를 적층하는 구조를, 제12항은 메모리 종류를 HBM·DDR·LPDDR·GDDR로 규정합니다. 청구항에는 UCIe라는 표준 이름이 나오지 않습니다.
이 공보를 소개했다고 해서 UCIe를 사용하는 제품이 이 특허를 침해한다거나 표준필수특허라고 판단한 것은 아닙니다. 해당 제1항과 실제 회로를 대조하고, 관련 국가의 권리와 다른 청구항까지 확인해야 적용 가능성을 판단할 수 있습니다. 여기서 주목할 것은 호환성 시험을 통과한 제품이라도 내부 기능의 배치와 패킷 전달 방식은 별도로 살펴야 한다는 점입니다.
설계 경계와 공급계약의 경계를 맞춥니다
칩렛 제품은 완성 다이, 인터페이스 IP, 패키징 서비스를 서로 다른 기업에서 공급받을 수 있습니다. 제품 통합기업은 어느 구성까지 공급자의 검토와 계약에 포함되는지 확인해야 합니다. 인터페이스 블록에 대한 자료만으로 통합된 패키지 전체를 검토했다고 설명하면 범위가 어긋납니다.
공급 검토에서 우선 정리할 것은 세 가지입니다. 첫째, 제공되는 것이 설계 IP인지 실물 칩인지와 사용 가능한 공정·제품 범위입니다. 둘째, 고객이 설정값이나 주변 회로를 바꿀 때 유지되는 지원·보증 범위입니다. 셋째, 분쟁이 발생하면 어느 기업이 기술자료를 제공하고 대응에 참여하는지입니다. 이것은 공급자에게 모든 위험을 넘기기 위한 목록이 아니라 실제 구현을 확인할 수 있는 협력 구조를 만드는 작업입니다.
기술자료도 그 경계에 맞춰 준비해야 합니다. 블록도에는 호스트에서 메모리까지 정보가 지나가는 경로를 표시하고, 회로·패키지·펌웨어의 버전을 연결합니다. 개별 칩이 정상인지와 여러 칩을 결합했을 때 요구한 동작이 나오는지는 시험자료에서도 나누어 볼 필요가 있습니다. 이 자료가 있어야 특허 검토에서도 누구의 어떤 구성이 문제인지 좁힐 수 있습니다.
부품을 교체할 때 유지되는 전제를 확인합니다
새 공급자의 칩렛이 같은 표준을 지원하더라도 메모리 제어의 배치, 연결 구조와 관리 기능이 달라질 수 있습니다. 공급자나 패키징 방식을 바꿀 때는 호환성 재검증과 함께 기존 권리 검토의 전제가 유지되는지 확인하는 편이 좋습니다.
다음 부품 선정표에는 표준 지원 여부 옆에 ‘구현 범위’, ‘제공받을 기술자료’, ‘변경 시 재검토할 구성’을 적어 보십시오. 그러면 공통 규격을 활용하는 이점은 유지하면서도 개별 제품의 설계와 권리 검토가 빠지는 구간을 줄일 수 있습니다.
생각해 볼 질문
표준을 따르는 칩렛이면 특허 검토는 끝난 건가요?
끝나지 않습니다. 표준은 칩 사이의 연결 기준을 정할 뿐, 제품 안의 회로·패키지 구성까지 한 가지로 정하지 않습니다. 호환성 시험을 통과한 제품도 내부 기능의 배치와 정보 전달 방식은 따로 확인합니다.
표준과 별개로 등록된 특허는 어떤 내용인가요?
칩 사이의 연결 구성을 구체적으로 규정한 특허가 있습니다. Eliyan의 미국 특허는 패키지 기판 위 호스트 칩렛과 메모리 칩렛의 인터페이스, 그 사이의 정보 전달 관계를 함께 규정합니다. 이 특허가 표준필수특허라거나 UCIe 제품이 이 특허를 침해한다는 뜻은 아닙니다.
칩렛 공급사를 바꿀 때 무엇을 다시 확인하나요?
호환성 재검증과 함께 기존 특허 검토의 전제가 유지되는지 확인합니다. 같은 표준을 지원해도 메모리 제어의 배치, 연결 구조, 관리 기능은 달라질 수 있습니다. 부품 선정표에 구현 범위, 제공받을 기술자료, 변경 시 재검토할 구성을 적어 둡니다.
참고한 자료
- UCIe Consortium, Specifications — 사양이 다루는 계층과 2.0·3.0의 범위를 확인한 자료