chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

UCIe協(xié)議的工作原理和數(shù)據(jù)傳輸機制

巨霖 ? 來源:巨霖 ? 2025-08-16 15:37 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

UCIe協(xié)議誕生背景

過去幾十年,摩爾定律一直是半導(dǎo)體行業(yè)發(fā)展的核心驅(qū)動力,芯片上晶體管數(shù)量每18-24個月翻倍,性能隨之大幅提升。但近年來這一定律明顯放緩,芯片制程向7nm、5nm甚至3nm推進時,技術(shù)難度呈指數(shù)級增長,研發(fā)成本飆升,且物理極限日益逼近,傳統(tǒng)通過提升制程提高性能的路徑愈發(fā)艱難。

為應(yīng)對這一困境,Chiplet技術(shù)應(yīng)運而生。它將大型芯片分解為多個小型芯粒,各芯??砂垂δ苄枨蟛捎米钸m配的工藝制造,既能提高良率、降低流片成本,又能增強設(shè)計靈活性。不過在發(fā)展初期,由于缺乏統(tǒng)一互連標準,不同廠商的芯粒無法兼容互通,每次設(shè)計都需重新開發(fā)互連方案,嚴重制約了Chiplet技術(shù)的規(guī)模化應(yīng)用。

正是在這一背景下,UCIe(通用芯粒高速互連標準)協(xié)議應(yīng)運而生。其核心目標是建立開放的Die-to-Die互連標準,打破廠商間的技術(shù)壁壘,實現(xiàn)不同功能芯粒的靈活組合。2022年3月,英特爾、AMD、ARM、臺積電等十家行業(yè)巨頭聯(lián)合推出UCIe并成立聯(lián)盟,這一舉措為Chiplet技術(shù)提供了標準化支撐,解決了互聯(lián)互通的關(guān)鍵難題,正式開啟了Chiplet技術(shù)標準化發(fā)展的新階段,也為半導(dǎo)體行業(yè)突破摩爾定律限制提供了新路徑。

UCIe協(xié)議原理

分層協(xié)議架構(gòu)

UCIe協(xié)議是一種分層協(xié)議,主要分為PHY 層、Adapter層和Protocol層,各層之間通過標準接口連接,PHY層和Adapter層之間接口為RDI(Raw Die - to - Die Interface),Adapter層和Protocol層之間接口為FDI(Flit-Aware Die-to-Die Interface)。這種分層架構(gòu)使得各層功能明確,各司其職,便于協(xié)議的通用和復(fù)用。

c1a82ae6-772a-11f0-a18e-92fbcf53809c.png

UCIe接口架構(gòu)示意圖

·PHY層:負責物理信號的傳輸,包括電氣物理層和邏輯物理層。電氣物理層方面,UCIe支持Standard及Advanced Package兩種封裝形式,支持低功耗模式,單Lane支持的傳輸速率有4,8,12,16,24,32 GT/s。邏輯物理層主要負責UCIe鏈路的初始化及鏈路訓練,將Adapter發(fā)來的數(shù)據(jù)分發(fā)到各條Lane上、進行Lane序重排、壞Lane修復(fù)及時鐘校正等工作。例如,數(shù)據(jù)包以Byte形式發(fā)出,一個Byte占用一個Lane使用4個clk傳輸,Main_band采用DDR的雙沿采樣。UCIe單個Adapter可對接1、2或4個物理層Module。配置為2個Module的示意圖如圖所示。

c1cc469c-772a-11f0-a18e-92fbcf53809c.png

Two module configuration for standard package

(圖源:【UCIe】初識 UCIe-CSDN博客)

·Adapter層:主要功能包括CRC(循環(huán)冗余校驗)、FEC(前向糾錯)、Retry(重傳)等,以確保數(shù)據(jù)可靠傳輸。當協(xié)議層發(fā)送64B Flit數(shù)據(jù)時,會在前加上2B hdr(Protocol ID, Stack ID)和后面加上2B CRC值;對于 256B Flit需要額外增加2B CRC。此外,它還通過Sideband消息跟對端的UCIe設(shè)備進行協(xié)商,確定采用的協(xié)議及一些參數(shù),并且支持多個協(xié)議層架在統(tǒng)一Adapter上,通過Adapter中的Arb/Mux實現(xiàn)多個協(xié)議層的分時復(fù)用。

c1df4b48-772a-11f0-a18e-92fbcf53809c.png

UCIe 與Adapter的連接

(圖源:【UCIe】初識 UCIe-CSDN博客)

·Protocol層:支持PCIe 6.0、CXL 2.0/3.0協(xié)議,同時還支持Streaming Protocol(用于映射自定義傳輸協(xié)議),允許用戶根據(jù)自身需求定制協(xié)議。在傳輸模式上,分為Raw Mode和Flit Mode。PCIE6.0、CXL2.0/3.0都支持 Raw Mode,在該模式下,所有64B或者 256B數(shù)據(jù)都由協(xié)議層來負責填充,繞過適配層,CRC、FEC和Retry都由協(xié)議層處理;而在Flit Mode下,適配層要對協(xié)議層數(shù)據(jù)添加2B hdr和2B CRC,并在協(xié)商過程中,通過FDI接口把這些信息作為Link Trainning的一部分傳給協(xié)議層。

c1fba130-772a-11f0-a18e-92fbcf53809c.png

UCIe Protocol層對應(yīng)接口運行機制

數(shù)據(jù)傳輸機制

UCIe提供了Mainband及Sideband兩大數(shù)據(jù)通路。

·Mainband:主要用來傳輸業(yè)務(wù)數(shù)據(jù)流,采用 DDR雙沿采樣方式。例如,對于標準封裝 x16,8個UI傳輸1個Byte,若有16Lane,傳輸256B數(shù)據(jù)需要128UI。不同條件下單Lane 支持多種傳輸速率,可滿足不同應(yīng)用場景對帶寬的需求。

·Sideband:主要用來處理鏈路訓練、鏈路管理、參數(shù)交換及寄存器訪問等非數(shù)據(jù)傳輸業(yè)務(wù),作為Mainband的Back Channel。它能夠簡化UCIe中的鏈路訓練、鏈路管理和D2D參數(shù)交換過程,提升Mainband的帶寬利用率并簡化其設(shè)計復(fù)雜度。UCIe Sideband支持配置讀寫(CfgRd/Wr)、內(nèi)存讀寫(MRd/Wr)、完成(Cpl/Cpld)及消息(Msg/MsgD)4種不同的數(shù)據(jù)包,通過這些數(shù)據(jù)包實現(xiàn)寄存器訪問、Message傳遞等功能,在D2D參數(shù)交換、鏈路訓練、鏈路管理及寄存器訪問等方面發(fā)揮著不可或缺的作用。

鏈路訓練

UCIe采用分層的鏈路狀態(tài)機(LSM),包括 FDI FSM、RDI FSM 和 PHY LSM,來進行鏈路訓練。鏈路訓練是UCIe中非常重要的環(huán)節(jié),通過鏈路訓練,UCIe設(shè)備能夠建立起穩(wěn)定可靠的數(shù)據(jù)傳輸鏈路,確定鏈路的各項參數(shù),如傳輸速率、編碼方式等,確保數(shù)據(jù)在不同的UCIe設(shè)備之間能夠準確無誤地傳輸。在鏈路訓練過程中,各層狀態(tài)機協(xié)同工作,通過一系列的信號交互和參數(shù)協(xié)商,完成鏈路的初始化和配置,為后續(xù)的數(shù)據(jù)傳輸做好準備。

UCIe與Chiplet發(fā)展的緊密聯(lián)系

為Chiplet提供標準化互連

在UCIe協(xié)議出現(xiàn)之前,Chiplet之間的互連缺乏統(tǒng)一標準,導(dǎo)致不同廠商的Chiplet難以實現(xiàn)互聯(lián)互通,極大地限制了Chiplet技術(shù)的應(yīng)用范圍。UCIe協(xié)議的誕生填補了這一空白,它定義了一套通用的、開放的Die-to-Die互連標準,包括支持的封裝類型(帶有標準凸點的標準封裝和帶有微凸點的各種高級封裝)、物理層和協(xié)議層規(guī)范、軟件堆棧模型等,使得不同廠商生產(chǎn)的Chiplet能夠按照統(tǒng)一標準進行連接和通信,實現(xiàn)了Chiplet在芯片封裝內(nèi)的即插即用,為Chiplet技術(shù)的大規(guī)模推廣和應(yīng)用奠定了堅實基礎(chǔ)。

UCIe協(xié)議憑借自身優(yōu)異特性,成為助力 Chiplet技術(shù)發(fā)揮優(yōu)勢的關(guān)鍵。它具備高速、低延遲、低功耗、高帶寬密度等特點,且擁有極低的誤碼率,低速時BER<1e-27,高速時BER<1e-15。這些特性為Chiplet之間的數(shù)據(jù)傳輸提供了堅實保障,讓不同功能的Chiplet 能在穩(wěn)定高效的環(huán)境中協(xié)同工作。以數(shù)據(jù)中心的高性能計算芯片為例,通過UCIe連接多個Chiplet后,能顯著提升計算性能,同時降低功耗,很好地滿足了數(shù)據(jù)中心對算力和能效的高要求。

與此同時,UCIe聯(lián)盟的成立以及協(xié)議的不斷更新完善,吸引了眾多行業(yè)巨頭參與其中。這推動了Chiplet產(chǎn)業(yè)生態(tài)在設(shè)計、制造、封裝等各個環(huán)節(jié)的完善。像英偉達等芯片廠商已采用相關(guān)設(shè)計方案,將Chiplet技術(shù)與UCIe協(xié)議結(jié)合應(yīng)用到產(chǎn)品中。

該協(xié)議獲得了英特爾、AMD、臺積電等巨頭的支持,技術(shù)標準也在持續(xù)演進。從2022年的1.0版本到2024年的2.0版本,不斷優(yōu)化提升。目前已有基于該協(xié)議的Chiplet產(chǎn)品面市,其在性能、成本等方面的良好表現(xiàn),驗證了UCIe協(xié)議的可行性??梢哉f,UCIe為Chiplet技術(shù)的發(fā)展提供了有力支撐,未來有望推動半導(dǎo)體行業(yè)邁向新高度。

使用SIDesigner進行仿真

以UCIe為典型代表的Chiplet互連技術(shù),面臨多重物理層挑戰(zhàn):其單通道最高傳輸速率達32Gbps的高速特性、單位面積內(nèi)密集的信號網(wǎng)絡(luò)布局,以及對誤碼率(如部分場景需低至 1e-27)的嚴苛要求,共同構(gòu)成了設(shè)計難點。

當采用先進封裝技術(shù)實現(xiàn)多芯片模塊高效互連時,信號完整性問題會顯著凸顯 —— 具體包括信號傳輸中的串擾與損耗、時序偏移(Skew)、寄生參數(shù)干擾、電源完整性惡化、熱 - 電耦合效應(yīng),以及如何滿足極端嚴苛的誤碼率標準等。

這也使得Chiplet的高速信號完整性仿真成為技術(shù)難題。此類仿真需融合SerDes與DDR總線的雙重仿真特性:既要應(yīng)對高速率、高誤碼率要求,處理多信號線并行傳輸場景;又要適配單端信號傳輸模式,依賴單端IBIS-AMI模型進行仿真,并需完成電壓傳輸函數(shù)(VTF)等專項仿真驗證。而通過IBIS-AMI模型以及S參數(shù)模型可以簡化這一復(fù)雜的過程,同時保證仿真的高精度和高準確性。

使用巨霖仿真軟件SIDesigner搭建UCIe信號完整性的仿真電路,原理圖如下:

c20bc38a-772a-11f0-a18e-92fbcf53809c.png

使用瞬態(tài)仿真進行眼圖的測量,仿真設(shè)置如下:

信號傳輸速率為16Gbps,使用NRZ調(diào)制方式。模式選擇瞬態(tài)仿真,約1500個UI疊加眼圖。

c22566d2-772a-11f0-a18e-92fbcf53809c.png

仿真眼圖結(jié)果如下:

c23330e6-772a-11f0-a18e-92fbcf53809c.png

工程師可以依據(jù)眼圖直觀反映信號是否滿足高速傳輸?shù)奈锢項l件(如速率、誤碼率),還能定位損耗、抖動、串擾等具體問題,為設(shè)計優(yōu)化提供精準依據(jù)。對于UCIe這類高帶寬、高密度、高可靠性要求的Chiplet互連技術(shù),眼圖分析是驗證設(shè)計可行性、保障最終性能的核心環(huán)節(jié)。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 半導(dǎo)體
    +關(guān)注

    關(guān)注

    336

    文章

    29564

    瀏覽量

    251990
  • chiplet
    +關(guān)注

    關(guān)注

    6

    文章

    473

    瀏覽量

    13332
  • UCIe
    +關(guān)注

    關(guān)注

    0

    文章

    51

    瀏覽量

    1947
  • 芯粒
    +關(guān)注

    關(guān)注

    0

    文章

    77

    瀏覽量

    360

原文標題:UCIe協(xié)議: 推動Chiplet發(fā)展的關(guān)鍵力量

文章出處:【微信號:巨霖,微信公眾號:巨霖】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    GSM GPRS模塊數(shù)據(jù)傳輸格式問題

    相信很多人都用過GSM模塊的GPRS數(shù)據(jù)傳輸,對于GPRS的數(shù)據(jù)傳輸有2種模式,AT指令模式和數(shù)據(jù)透傳模式有些疑問,請各位幫忙解惑;1. 如果工作在AT指令模式,發(fā)送
    發(fā)表于 06-10 02:42

    UART協(xié)議數(shù)據(jù)傳輸格式是怎樣的

    什么是UART協(xié)議?UART的工作原理是什么?UART協(xié)議數(shù)據(jù)傳輸格式是怎樣的?
    發(fā)表于 11-02 08:14

    數(shù)據(jù)傳輸介質(zhì)

    2.5  數(shù)據(jù)傳輸介質(zhì)      傳輸介質(zhì)是通信網(wǎng)絡(luò)中連接計算機的具體物理設(shè)備和數(shù)據(jù)傳輸物理通路。傳輸介質(zhì)的特性包括物理描述
    發(fā)表于 06-27 21:47 ?0次下載

    基于短消息的OTA數(shù)據(jù)傳輸安全機制

    基于短消息的OTA數(shù)據(jù)傳輸安全機制 摘要:OTA技術(shù)的應(yīng)用,使得移動通信不僅能夠提供語音和數(shù)據(jù)服務(wù),還能提供更便捷的增值服務(wù)。依靠基于短消息的OTA技術(shù),
    發(fā)表于 05-23 15:13 ?22次下載

    數(shù)據(jù)傳輸,數(shù)據(jù)傳輸工作方式有哪些?

    數(shù)據(jù)傳輸,數(shù)據(jù)傳輸工作方式有哪些? 將數(shù)據(jù)從一個地方傳輸到另一個地方的方法多得令人難以置信。 數(shù)
    發(fā)表于 03-18 14:41 ?6122次閱讀

    數(shù)據(jù)傳輸速率是什么意思

    數(shù)據(jù)傳輸速率是什么意思 數(shù)據(jù)傳輸速率是通過信道每秒可傳輸的數(shù)字信息量的量度。數(shù)據(jù)傳輸速率也稱為吞吐率。數(shù)據(jù)傳輸速率由很
    發(fā)表于 03-18 14:45 ?5120次閱讀

    數(shù)字數(shù)據(jù)傳輸(DDN),數(shù)字數(shù)據(jù)傳輸(DDN)的工作原理是什

    數(shù)字數(shù)據(jù)傳輸(DDN),數(shù)字數(shù)據(jù)傳輸(DDN)的工作原理是什么? 概述 計算機通信技術(shù)層出不窮,國民經(jīng)濟的飛速發(fā)展,金融、證券、
    發(fā)表于 03-19 14:25 ?2889次閱讀

    基于CLRP_MS位置疊取的節(jié)能WSNs數(shù)據(jù)傳輸機制_王德銘

    基于CLRP_MS位置疊取的節(jié)能WSNs數(shù)據(jù)傳輸機制_王德銘
    發(fā)表于 03-19 19:07 ?0次下載

    以太網(wǎng)數(shù)據(jù)傳輸系統(tǒng)的設(shè)計與應(yīng)用介紹

    針對現(xiàn)場采集設(shè)備需要擴展網(wǎng)絡(luò)功能以實現(xiàn)遠程控制和數(shù)據(jù)傳輸,應(yīng)用硬件協(xié)議棧芯片W5300設(shè)計并實現(xiàn)了以太網(wǎng)數(shù)據(jù)傳輸系統(tǒng),該系統(tǒng)由FPCJA控制硬件協(xié)議棧芯片W5300,給出了系統(tǒng)總體硬件
    發(fā)表于 11-16 15:00 ?15次下載
    以太網(wǎng)<b class='flag-5'>數(shù)據(jù)傳輸</b>系統(tǒng)的設(shè)計與應(yīng)用介紹

    tcp_ip 協(xié)議講座:介紹數(shù)據(jù)傳輸

    介紹了tcp協(xié)議數(shù)據(jù)傳輸的問題(交互式數(shù)據(jù)傳輸,批量數(shù)據(jù)傳輸,流量控制,擁塞避免)
    的頭像 發(fā)表于 07-03 11:05 ?3947次閱讀
    tcp_ip <b class='flag-5'>協(xié)議</b>講座:介紹<b class='flag-5'>數(shù)據(jù)傳輸</b>

    基于UDP協(xié)議和FPGA的點到點數(shù)據(jù)傳輸方案

    。通過對比傳統(tǒng)TPP協(xié)議工作原理,并結(jié)合相應(yīng)的理論分析,得出該系統(tǒng)在數(shù)據(jù)傳輸速率上具有一定的優(yōu)勢,且系統(tǒng)復(fù)雜度低,便于實現(xiàn)的結(jié)論。
    發(fā)表于 06-01 09:58 ?13次下載

    如何實現(xiàn)MQTT協(xié)議數(shù)據(jù)傳輸?

    如何實現(xiàn)MQTT協(xié)議數(shù)據(jù)傳輸? 隨著物聯(lián)網(wǎng)技術(shù)的不斷發(fā)展,越來越多的設(shè)備和應(yīng)用需要實現(xiàn)互聯(lián)互通。而MQTT作為一種輕量級的發(fā)布/訂閱消息傳輸協(xié)議,在物聯(lián)網(wǎng)領(lǐng)域應(yīng)用廣泛,成為了許多設(shè)備之
    的頭像 發(fā)表于 11-15 17:23 ?1641次閱讀

    DTU的多種協(xié)議,解鎖數(shù)據(jù)傳輸的無限可能

    。本文將詳細介紹DTU的多種協(xié)議,看看它們?nèi)绾螏椭覀兏玫赝瓿?b class='flag-5'>數(shù)據(jù)傳輸工作。1.Modbus協(xié)議:這是一種常用于工業(yè)領(lǐng)域的通信協(xié)議,被廣泛
    的頭像 發(fā)表于 03-01 11:00 ?1491次閱讀
    DTU的多種<b class='flag-5'>協(xié)議</b>,解鎖<b class='flag-5'>數(shù)據(jù)傳輸</b>的無限可能

    PCIe數(shù)據(jù)傳輸協(xié)議詳解

    、網(wǎng)卡和聲卡等,以實現(xiàn)高效的數(shù)據(jù)傳輸。以下是對PCIe數(shù)據(jù)傳輸協(xié)議的介紹: 一、PCIe協(xié)議的基本概念 PCIe協(xié)議定義了一系列規(guī)范和要求,
    的頭像 發(fā)表于 11-26 16:12 ?4842次閱讀

    MPU數(shù)據(jù)傳輸協(xié)議詳解

    在現(xiàn)代電子系統(tǒng)中,微控制器(MPU)扮演著核心角色,負責處理各種任務(wù)和數(shù)據(jù)。為了實現(xiàn)這些功能,MPU需要與其他設(shè)備進行數(shù)據(jù)交換。數(shù)據(jù)傳輸協(xié)議就是規(guī)定這些
    的頭像 發(fā)表于 01-08 09:37 ?1227次閱讀