PCIe應用走向64 GT/s、128 GT/s及更高的傳輸速率，高速序列介面訊號在實際系統通道中所面臨的衰減、反射、串擾與抖動問題也變得更加嚴重。在這樣的高速環境下，為了克服插入損耗(Insertion Loss)、頻率相關損耗(Frequency-dependent Loss)與眼圖閉合(Eye Closure)等挑戰，系統設計通常會導入Re-driver或Re-timer來提升訊號完整性(Signal Integrity)。
Re-driver、Re-timer兩種元件在對應的需求和設計上並不相同；Re-timer對於重建乾淨的傳輸訊號、維持系統傳輸穩定，是較理想的選擇。然而，當應用場景從「讓系統穩定運作」轉換成「使用Protocol Analyzer與Interposer進行驗證與除錯」時，首重不在於讓訊號更乾淨，而是如何在不影響原始系統行為的前提下，忠實觀察Host與Device之間真正發生的問題；這時，就會傾向採用Re-driver元件。
本文將深入比較Re-driver與Re-timer的差異，並說明為什麼在高速Protocol Analyzer Interposer的設計中，Re-driver架構通常更適合用於系統驗證、協定分析與根因除錯(Root Cause Debug)。
認識Protocol Analyzer Interposer
Protocol Analyzer Interposer是安裝在主機(Host)與待測物(DUT)之間的分析工具，其目的不是主動修復系統，而是在盡可能不影響原始通道行為的前提下，攔截、觀察並解碼高速傳輸訊號。無縫擷取並側錄硬體裝置之間的數位訊號與傳輸封包。它是一個介於主機與待測物(如PCIe/CXL卡)之間的實體轉接介面。
圖1以VIAVI Solutions的〈Xgig 6P16 PCIe6.0協定分析/驗證平台〉、〈Xgig MCIO 16-lane Interposer〉為情境，舉例Interposer的裝置位置：
Protocol Analyzer Interposer的核心功能
・觀察Host與Device之間的即時傳輸流量
・解碼PCIe、CXL等協定層資訊
・保留真實的Link Training與Equalization行為
・觀察實際系統在Marginal Condition下的失效模式
・保留Jitter、Loss、BER與Eye Margin等物理層問題
・避免因分析工具本身介入而遮蔽Root Cause在測試分析的應用場景中，Interposer設計並非單純追求訊號最佳化，而是真實反映出訊號錯誤的位置及原因，如果一個Interposer為了讓解碼更穩定，過度修復或重建原始訊號，反而可能讓工程師看不到真正造成傳輸失敗的原因。
Re-driver與Re-timer的差異
要理解為什麼Protocol Analyzer Interposer偏好Re-driver架構，首先必須釐清Re-driver與Re-timer在運作原理上的根本差異。以下圖片為Re-driver、Re-timer架構的差異圖解(圖2)：
Re-driver進行類比訊號補償
Re-driver是一種主動式類比訊號處理元件，主要工作於實體層(Physical Layer)的類比訊號處理。透過CTLE(Continuous-Time Linear Equalizer，連續時間線性等化器)、增益調整(Gain adjustment)與阻抗匹配(Impedance matching)等方式，補償高速訊號在PCB trace、Connector或Interposer結構中產生的高頻損耗。
Re-driver的功能是對訊號進行類比補償與放大，但不會將訊號重新轉換成乾淨的數位資料後再重新送出(圖3)。
Re-driver的關鍵特性包括：
・僅進行類比訊號處理
・不具備時脈與資料恢復功能(Clock and Data Recovery, CDR)
・不對位元串流(Bitstream)進行重新定時(re-timing)
・不重新產生或數位修復資料流
・延遲極低，對原始Timing Behavior影響很小
・不參與Link Training、鏈路訓練與狀態機(Link Training and Status State Machine,LTSSM)或Preset/Equalization Negotiation
・對Host與Device而言，不會被視為獨立的Link Partner從協定角度來看，Re-driver是一個Protocol-transparent的訊號補償元件。它只在類比訊號層改善訊號品質，不會參與協定層的溝通，也不會改變Host與Device之間原本的端對端互動行為。因此，Host與Device仍然是在彼此直接進行鏈路訓練(Link Training)與均衡協商(Equalization Negotiation)，工程師觀察到的協定行為也更接近真實系統狀態。
Re-timer重定時重建訊號
Re-timer是一種更複雜的數位與類比混合訊號元件。除了CTLE之外，Re-timer通常還包含時脈與資料恢復、決策回授等化器(Decision Feedback Equalizer, DFE)以及FIR濾波器(Transmitter-side FIR Filter)等功能。
Re-timer的工作方式是：先從接收到的高速訊號中恢復Clock與Data，重新判斷位元資料，再將訊號重新定時、重新產生，並向下游送出一個較乾淨的新訊號。
當Re-timer插入通道時，Host與Device並不是單純透過原始物理通道直接互相訓練。Re-timer會將原本的End-to-end Link切分為兩段：Host↔Re-timer以及Re-timer↔Device。也就是說，Re-timer不只是補償訊號，而是在兩個獨立的鏈路區段間重新產生訊號(圖4)。
Re-timer的關鍵特性包括：
・具備完整CDR功能
・執行Bitstream Re-timing
・可有效降低Jitter
・能重新產生乾淨訊號
・可參與部分鏈路訓練與均衡流程
・可能參與Training與Negotiation流程
・將原始通道切分為兩段Link
・功耗與設計複雜度較高
・增加可量測延遲Re-timer能大幅改善訊號完整性，使系統在長通道、複雜Backplane、長距離或高損耗環境下仍能穩定運作，因此常見於長通道、高損耗或複雜拓撲環境；例如：Compliance Capture、Functional Protocol Decode或Interoperability Validation。
但訊號分析、驗證除錯工作反而不適用Re-timer，因為Re-timer會重新接收、判決並產生訊號，使原始通道中的部分Jitter Accumulation、符號間干擾(Inter-Symbol Interference,ISI)、眼圖閉合等失真不再直接呈現在下游，因而可能遮蔽工程師原本需要觀察的Channel-induced Error協定分析工程中，工程師需要看到的是Host與Device在實際通道條件下如何完成，或為何無法完成鏈路訓練(Link Training)，而不是看到一段被Re-timer分段、重建後的通道行為。
Re-driver提升除錯能力
在除錯情境中，分析工具不是為了讓DUT正常運作，而是協助工程師找出失效原因。因此，Re-driver架構通常具備以下優勢：
保留通道抖動與錯誤行為
Re-driver不進行Re-timing，因此相較於Re-timer，更能保留：
・Jitter Accumulation
・Inter-symbol Interference
・Crosstalk
・Insertion Loss造成的眼圖閉合
・位元錯誤率(Bit Error Rate,BER)
・Transmitter Quality Issue
・Equalization不足造成的Link Instability這些問題如果經過Re-timer重整，在Analyzer端變乾淨，可能讓工程師誤以為系統本身沒有問題。Re-driver則不同。由於它不執行CDR，也不對Bitstream進行Re-timing，因此能保留上游訊號原本的Jitter、Loss與Error Behavior。這讓工程師能在Full-speed Operation條件下，觀察真實通道所誘發的失效模式(圖5)。
反映實際BER與鏈路裕度
在高速介面分析中，工程師真正關心的往往不是Link在理想條件下能不能跑，而是在實際系統邊界條件下，還剩多少裕度。
如果使用Re-timer，訊號被重新定時與再生後，BER與Eye Condition可能已經不是原始Host-to-Device通道的真實表現，Analyzer會看到的是經過修復後的Link，而不是DUT原始狀態下的Link。
Re-driver則較能反映實際通道條件下的：
・BER
・Eye Closure
・Jitter Margin
・Link Margin對於Margin Testing、Speed-dependent Failure或分析間歇性傳輸的異常活動，這一點特別重要。
保留真實鏈路訓練與等化行為
Link Training的結果可反映系統通道與均衡能力；由於Re-driver不參與協定層運作、不改變LTSSM狀態，也不介入Equalization Negotiation，主要透過類比等化與增益調整補償通道損耗。因此工程師看到的：
・Preset Negotiation
・Equalization Phase
・Speed Change
・Recovery Process都更接近真實系統行為。
降低Interposer系統干擾
任何Interposer都會對系統產生影響，但差別在於：Re-driver主要進行類比補償、Re-timer則直接介入資料流與協定互動。Re-driver不重新定義link partner，不分割協定路徑，也不改變協定狀態機；對整體傳輸通道影響較小，可避免讓Interposer成為新的傳輸變因。
降低延遲並提升時序保真度
由前文所述的Re-driver訊號傳輸路徑可知，Re-driver不需進行：
・時脈恢復(Clock Recovery)
・資料判定(Data Decision)
・重新定時(Re-timing)
・重新產生資料(Data Regeneration)
整體工作量比Re-timer少，延遲也能壓得極低，更能保留原始時序資訊。
依應用情境選擇架構
Re-driver與Re-timer無法互相取代，也沒有絕對的優劣之分，而應依使用情境與設計目標選擇適合的架構。
Re-driver偏向除錯導向
Re-driver的Diagnostic-oriented架構，能協助工程師觀察問題。適合情境例如：
・Root Cause Debug
・間歇性故障分析(Intermittent Failure Analysis)
・Marginal Link Behavior
・BER Analysis
・抖動容忍度分析(Jitter Tolerance Analysis)
・Eye Margin Analysis
・實體層除錯(PHY Debug)
・Link Training問題分析
・Equalization Failure分析
Re-timer偏向穩定運作
Re-timer的Enablement-oriented架構，則能協助系統穩定運作。適合情境例如：
・長距離傳輸通道
・高損耗環境
・長Backplane
・長Cable測試
・Compliance Verification
・Interoperability Validation
・Functional Protocol Decode
・需要穩定Capture的應用
高速除錯需要保留真實行為
・為什麼Link Training失敗？
・為什麼升速後失敗？
・為什麼進入Recovery狀態？
・為什麼BER突然惡化？
・為什麼Equalization無法收斂？以上都是適合用Re-driver-based Interposer分析的問題，雖然在極端通道條件下的解碼可靠度可能不如Re-timer，但Protocol Analyzer Interposer的核心任務並不是修復DUT。Re-driver-based Interposer具備較高的除錯保真度。也就是說，它讓analyzer看到的東西比較接近DUT原本的真實狀態。
在文章前段的情境示意圖，就是以VIAVI的Xgig MCIO 16-lane Interposer為例，其資料路徑即採用高速Linear Re-driver架構，可在支援PCIe 6.0 64 GT/s傳輸速率的同時，維持Host與Device之間原始的Link Training與協定互動行為。
透過對MCIO/CopprLink PCIe
6.0連線的即時擷取與分析，工程師能更準確地觀察Link建立過程、Equalization協商結果以及實際通道中的訊號完整性問題，進而提升Root Cause Analysis的效率。
對於PCIe 6.0、CXL、NVMe、AI Server、Storage Server與新世代MCIO架構平台的開發與驗證工作而言，採用具備Linear Re-driver設計的Protocol Analyzer Interposer，不僅能兼顧高速訊號擷取可靠度，也能較完整地保留實際電氣特性，適合作為高速介面除錯與驗證的工具。以VIAVI Xgig MCIO 16-lane Interposer為例，可搭配Xgig 6P16 Analyzer/Exerciser平台，用於PCIe 6.0、CXL與NVMe協定分析。
參．考．資．料
[1] PCIe 6.0 MCIO Interposer 解決方案
[2] VIAVI 針對 Xgig 6P16 推出新支援介面卡〈Xgig MCIO 16-lane Interposer〉