고성능 멀티보드 PCB 설계에서 크로스보드 신호 무결성 문제 방지하기

Adam J. Fleischer
|  작성 날짜: 2026/05/5 화요일
At a Glance
멀티보드 PCB 설계에서 크로스보드 신호 무결성 실패를 방지하세요. 커넥터 런치, 스큐, 경계가 어떻게 마진을 소모하는지 알아보세요.
고성능 멀티보드 PCB 설계에서 크로스보드 신호 무결성 문제를 방지하기

멀티보드 시스템에서 발생하는 대부분의 신호 무결성 문제는 보드 사이의 제어 임피던스 배선 구간이 아니라 경계에서 시작됩니다. 커넥터 런치, 케이블 전이, 또는 플렉스-투-리짓 접합부는 임피던스 불연속, 기준면 변화, 스큐를 유발하며, 이러한 요소들이 채널 전체에 걸쳐 누적됩니다. 각 보드를 독립된 라우팅 문제로만 보고 인터커넥트 결정은 기구 패키징 단계로 미루는 엔지니어는, 자신이 명시적으로 설계하지도 않은 경계에서 마진이 소모되는 상황을 맞게 됩니다.

핵심 제약 조건은 모든 고속 채널을 송신기에서 수신기까지의 완전한 경로로 예산화해야 한다는 점이며, 여기에는 보드, 커넥터, 케이블, 플렉스 세그먼트 사이의 모든 전이가 포함됩니다. 경계에 대한 책임 소재가 불분명하거나 문서화되지 않으면 각 보드 팀은 로컬 최적화만 수행하고, 전이 구간은 아무도 책임지지 않게 됩니다. 그 결과 시스템 수준에서는 누구의 임피던스 또는 스큐 예산도 충족하지 못하는 채널이 만들어집니다.

핵심 요점

  • 보드 간 신호 무결성(SI) 실패는 경계에서 시작됩니다. 커넥터 런치, 기준 경로 단절, 인터커넥트 전이는 각 보드가 충분하다고 보이는 링크 마진을 잠식하고, 최종 조립된 채널은 실패하게 됩니다. 
  • 스큐는 시스템 전체에서 누적됩니다. 병렬 인터페이스와 차동 페어의 경우, 하나의 보드에서 모든 길이/지연 불일치를 보상하려 하기보다, 라우팅을 제어할 수 있는 각 보드에서 그리고 커넥터 인터페이스 전후 구간에서 스큐를 유지해야 합니다.
  • 고대역폭 채널에 대한 커넥터 성능을 이해해야 합니다. 공급업체 데이터를 기반으로 커넥터를 평가하고, 해당 시뮬레이션 모델을 활용해 시스템 성능을 시뮬레이션으로 충분히 검증해야 합니다.

재사용 가능한 설계 패턴으로서의 커넥터 런치

대부분의 SI 누락은 길고 잘 제어된 배선의 중간이 아니라 전이 구간에서 발생합니다. 커넥터 경계는 재사용 가능한 설계 패턴으로 취급해야 하며, 제약 조건과 리뷰 게이트로 보호하여 모든 보드 팀이 동일한 가정을 구현하도록 해야 합니다. 런치 영역이 개별 판단에 맡겨지지 않고 일관된 규칙 집합으로 정의될 때, 동일한 성능이 여러 설계에 걸쳐 유지됩니다. 최소한 이 설계 패턴은 다음을 강제해야 합니다:

  • 인터페이스 정의: 표준, 목표 데이터 속도, 보드, 커넥터, 케이블 또는 플렉스 세그먼트를 포괄하는 토폴로지 맵, 그리고 기준면 변경 사항.
  • 스큐 예산: 페어 내 스큐와 레인 간 스큐를 세그먼트별로 할당.
  • 커넥터 규칙: 핀 맵 제약 조건, 그라운드 핀 인터리빙, 브레이크아웃 라우팅, 비아 사용.
  • 경계 재검토가 필요한 변경 트리거: 커넥터 교체, 스택업 변경, 케이블 길이 변경, 보드 위치 변경, 또는 인터커넥트 근처의 인클로저 변경.

이 요소들이 확정되면 런치 영역은 임기응변식 라우팅 작업이 아니라 제약된 설계 블록이 됩니다. 차동 페어가 런치에서 레이어를 변경해야 한다면, 전이를 대칭으로 유지해야 합니다. 즉, 양쪽 라인 모두에서 동일한 비아 구조, 동일한 팬인/팬아웃, 동일한 레이어 사용을 적용해야 합니다.

Connector with black and red wire connects to PCB board

채널 성능에 영향을 주는 기구적 제약

스택 높이, 정렬 허용오차, 굽힘 제약, 서비스 라우팅은 순수한 기구적 관심사가 아니라 채널 제약입니다. 길이가 50 mm 늘어나거나 굽힘 반경이 바뀌는 케이블 재배치는 지연을 변경하고 결합 특성에도 영향을 줄 수 있습니다. 커넥터 결합 높이를 바꾸는 보드 위치 변경은 비아 스텁 길이를 바꾸거나 다른 스택업 전이를 요구할 수 있습니다.

이러한 관계는 ICD에 반영하여, 기구 변경이 발생하면 자동으로 경계 재검토가 트리거되도록 해야 합니다. 이런 연결성이 없으면 기구 팀은 패키징 관점에서는 무해해 보이는 변경을 수행하더라도, 실제로는 SI 마진을 조용히 잠식하게 됩니다.

변경 범주

예시

채널 영향

필수 조치

커넥터/런치

제품군 교체, 핀 맵 개정, 결합 높이 변경

임피던스 불연속, 스텁 길이, 브레이크아웃 형상

런치 재시뮬레이션, ICD 업데이트, 스큐 예산 재검토

스택업/구조

재료 변경, 비아 구조 수정, 백드릴 결정

임피던스 변화, 기준면 전이 동작

임피던스 및 TDR 모델 재실행, 런치 대칭성 검증

기구/라우팅

케이블 길이 변경, 굽힘 반경, 보드 재배치

지연 변화, 결합 변화, 결합 형상

스큐 예산 재검증, 커넥터 정렬 확인

리타이머/리드라이버 배치

채널 분할 변경

새 컴플라이언스 지점, 변경된 손실 예산

채널 재분할, ICD 세그먼트 정의 업데이트

신호 무결성 채널 모델링

포괄적인 채널 모델을 구축하려면 송신기에서 수신기까지 S-파라미터 블록을 캐스케이드해야 합니다. 패키지, 보드 라우팅, 비아 런치, 커넥터, 케이블을 포함한 채널의 각 세그먼트에는 특정한 모델 유형이 필요합니다.

  • 균일한 트레이스에는 전송선로 모델 사용
  • 불연속 구간과 커넥터에는 S-파라미터 블록 적용
  • 개별 S-파라미터를 T-매트릭스로 변환한 뒤 순차적으로 곱셈
  • 컴플라이언스 시뮬레이션(삽입 손실, 반사 손실, 아이 다이어그램, COM)을 실행해 손실 또는 반사 예산에 가장 큰 영향을 주는 지배적 세그먼트 식별
  • 하드웨어가 준비되면 TDR 및 VNA 측정과 상관 검증 수행
  • 모든 모델 가정(Touchstone 파일, 핀 맵, 스택업, 런치 형상)을 인터커넥트 제어 문서에 기록
  • 경계 조건이 변경되면 영향을 받는 모델을 재생성하고 시뮬레이션 재실행

시뮬레이션과 측정 간 불일치는 대개 런치 형상 차이, 커넥터 편차, 또는 데이터시트 값과 다른 유전 특성에서 비롯됩니다. 반복 검토 시에는 한 번에 하나의 변수만 변경해야 합니다. 커넥터 경계를 보드 리비전 전반에 걸쳐 고정된 추상 요소로 취급하는 것은, 프로토타입 측정에서 문제가 드러날 때까지 알아차리지 못한 채 SI 마진을 잠식하는 확실한 방법입니다.

멀티보드 설계를 위한 시스템 수준 SI 게이트 체크리스트

레이아웃 전

  • 해당 인터커넥트에 대한 모델 구축 
  • 첫 번째 레이아웃 단계에서 커넥터 방향과 결합 가정을 확정합니다.
  • 엔드투엔드 링크의 책임자를 지정합니다.

레이아웃 중

  • 커넥터 런치 형상을 표준화합니다: 패드스택, 안티패드, 스티칭, 기준면 연속성.
  • 커넥터 필드 내 비아 스텁을 제어합니다.
  • 시스템 예산 대비 스큐를 추적하고, 명시적으로 허용되지 않는 한 런치에서 떨어진 곳에서 튜닝합니다.

프로토타입 릴리스 전

  • 경계 우선 리뷰를 수행합니다: 매핑, 런치, 리턴 패스 연속성, 스큐 할당, 기구적 제약.
  • 조립된 채널이 가정된 토폴로지와 일치하는지 확인합니다: 보드 위치, 스택 높이, 케이블 또는 플렉스 길이, 굽힘 제약.
  • 브링업 검증 조건을 정의합니다: 케이블 세트, 픽스처, 조립 변수.

브링업 후

  • 링크가 실패하면 먼저 경계를 점검합니다: 핀 맵과 방향, 런치 형상, 기준면 연속성, 세그먼트 스큐.
  • 인터커넥트 경로에 영향을 주는 모든 변경을 기록하고, 트리거가 발생하면 경계 리뷰를 다시 수행합니다.

Altium Agile Teams로 멀티보드 컨텍스트를 가시화하기

시스템 수준 SI는 전기적, 기구적, 조달 측면의 현실을 모두 아우릅니다. Altium Agile Teams 는 시스템이 진화하는 동안 이러한 멀티보드 컨텍스트를 계속 가시화해, 팀이 레이아웃과 패키징 결정이 고정되기 전에 경계 변경을 포착할 수 있도록 해줍니다. 

설계 리뷰는 설계 컨텍스트 안에서 이루어집니다. 기구 변경으로 커넥터 위치가 바뀌어 채널 가정이 깨지면, 전기 팀은 이를 초기에 확인할 수 있습니다. 커넥터 및 케이블 관련 결정은 Octopart의 실시간 가용성 및 리스크 데이터와 함께 내릴 수 있어, 경계를 정의하는 부품에 대한 조기 확정 결정을 지원합니다. 변경 추적은 설계 상태와 연결된 채 유지되므로, 커넥터 교체와 스택업 개정이 적절한 이해관계자에게 계속 보이게 됩니다. 

자세한 내용은 Altium의 멀티보드 어셈블리 동기화 관련 문서를 참조하세요. 멀티보드 관계를 어떻게 캡처하고 최신 상태로 유지해야 하는지 공식화하는 데 유용한 다음 단계가 될 수 있습니다. Altium Agile Teams에 대해 자세히 알아보기 →

작성자 정보

작성자 정보

Adam Fleischer is a principal at etimes.com, a technology marketing consultancy that works with technology leaders – like Microsoft, SAP, IBM, and Arrow Electronics – as well as with small high-growth companies. Adam has been a tech geek since programming a lunar landing game on a DEC mainframe as a kid. Adam founded and for a decade acted as CEO of E.ON Interactive, a boutique award-winning creative interactive design agency in Silicon Valley. He holds an MBA from Stanford’s Graduate School of Business and a B.A. from Columbia University. Adam also has a background in performance magic and is currently on the executive team organizing an international conference on how performance magic inspires creativity in technology and science. 

관련 자료

관련 기술 문서

홈으로 돌아가기
Thank you, you are now subscribed to updates.