主頁 > 軟體設計 > 2020年中國研究生數學建模競賽A題

2020年中國研究生數學建模競賽A題

2020-09-18 14:12:44 軟體設計

2020年中國研究生數學建模競賽A題(華為公司命題)

ASIC芯片上的載波恢復DSP演算法設計與實作

光數字信號處理(DSP)芯片是光傳輸領域里的“心臟”,這種芯片往往是基于專用集成電路(ASIC)實作的,例如,采用7nm芯片工藝制造的光傳輸芯片容量可以達到800Gbps,相當于單光纖可實作48Tbps的容量,保障了網路流量的爆發型增長,ASIC芯片的DSP演算法設計通常包含兩個主要步驟,第一步是根據信道損傷的物理模型設計補償演算法,此時只需要考慮浮點計算;第二步是根據芯片資源和功耗約束,將演算法改造成ASIC芯片可實作的定點形式,此時需要將演算法細化為芯片上最基本的乘、加等運算,并考慮定點量化噪聲的影響,怎樣權衡性能和資源,實作具體場景下的最優設計,是DSP芯片演算法工程領域持久不變的課題,本題以oDSP中一種關鍵的載波恢復演算法為例,探討演算法與芯片的最優工程設計,

首先介紹關于基本通信系統和ASIC芯片上演算法設計的基本知識,

一、通信系統模型

本題考慮一個簡化的數字通信系統性能評估模型,如圖1所示,發送端編碼后的二進制序列映射調制為星座點上的符號并向外發送,每秒發送的符號個數稱為波特率fBaud,信號在信道中受到色散和相位噪聲的影響,并人為加入加性高斯白噪聲,噪聲量用信號和噪聲功率的比值表示,接收端先補償色散,再由載波恢復(Carrier Recovery, CR)演算法補償相位噪聲,最后信號進行判決后逆映射為二進制位元序列,受信道中損傷和噪聲影響,星座圖會發生[pq1] 擴散,從而導致信號判錯,使接收到的二進制序列與發端不一致,從而帶來誤碼,錯誤二進制位元占總二進制位元的比率稱為誤碼率(BER),只要BER小于某個門限,那么糾錯編碼后的BER就能夠小于1e-15次方量級,達到工程意義上的“無誤碼”傳輸,本題中不考慮糾錯編碼,BER均指直接判決后的BER,

演算法評估中常用RSNR(Required SNR)代價來評估演算法性能, SNR(Signal-to-Noise Ratio)指的是信號功率和噪聲功率的比例,例如圖1中,若只有加性高斯白噪聲存在時,對于給定的調制格式,SNR和BER存在關系也就確定了,將BER達到門限時信道中施加的SNR定義為Required SNR (RSNR),它可理解為系統能夠容忍的噪聲量,當存在相位噪聲、色散等干擾后,相同糾前門限點對應的SNR值會提高,說明系統能夠容忍的噪聲量減少了,將RSNR的增加部分稱為RSNR代價,RSNR代價是衡量系統和演算法性能的常用指標,例如CR演算法性能越好,那么RSNR代價也應該越低,圖1 模型計算RSNR的噪聲是“人為”加入的,目的是用于評估系統性能,現實光傳輸系統中,噪聲可能有來自于電器件、光器件、光放大器等各種系統組件,

下面對模型中的術語做進一步解釋,

圖1 簡化數字通信系統性能評估模型

【調制、星座圖與誤碼率BER】

二進制序列通常需要將K個位元作為一個“符號”進行傳輸,每個符號有2K個不同狀態,光傳輸利用光波的復振幅承載信號,因此可用復平面上不同的點來對應不同的符號狀態,這種將符號狀態畫在復平面上的圖稱為“星座圖”,圖上的點稱為“星座點”,如圖2(a)所示的QPSK(Quadrature Phase Shift Keying)調制,經過信道疊加噪聲和接識訓處理后,接收端的星座圖不再是理想的四個點,而是會出現擴散,當接識訓收到1個符號時,就將發送的符號判定為離該符號最近的星座點,顯然,如果噪聲過大,接收到的符號可能被判錯從而產生誤碼,如圖2(b)中的藍點,誤碼率(Bit Error Ratio, BER)定義為錯誤的位元數占總傳輸位元數的比例,例如傳輸了50個符號共100個位元,其中有1個符號被誤判為相鄰的符號,錯誤了1個bit,則誤碼率為0.01,BER是衡量通信系統性能的最根本指標,

圖2 星座圖與噪聲導致誤碼的示意圖 圖3 信號和噪聲的相關定義示意圖

圖3中理想星座點用sk表示,接收到的符號用rk表示,則噪聲為

nk=rk-sk (1)

噪聲通常服從均值為0的正態分布,噪聲的方差等于噪聲的平均功率,定義為

Pn=1Nk=1Nnk2 (2)其中N為總共傳輸的符號數,信號平均功率定義為發送符號絕對值平方的均值:

Ps=1Nk=1Nsk2 (3)

定義信號和噪聲功率的比值為信噪比(Signal-to-Noise Ratio, SNR),

SNR=Ps/Pn (4)

工程上通常用dB作為SNR的單位,定義為

SNRdB=10log10(Ps/Pn) (5)

【相位噪聲與CR演算法】

相噪會對信號疊加一個時變的相位,

S1t=S0(t)exp?{t} (6)

其中S0(t)是疊加相噪前的波形,S1t是疊加相噪后的波形,θt是相噪,通信系統常用等間隔采樣后的離散方式表示,每個采樣點對應了某個時刻采樣到的波形,對于相位噪聲,k+1時刻和k時刻的相位差表示為:

dθ=θk+1-θk=2π*LWfb*Xk (7)

其中LW是一個激光器線寬指標,單位為kHZ,fb是波特率,而Xk是均值為0,方差為1的隨機變數,一個典型的相噪隨時間變化的規律如圖4所示,相位變化也有可能演化到負值,

圖4 典型相位噪聲演化曲線

如圖5所示,典型的CR演算法是間隔性地插入已知的導頻符號(Pilot),通過比較接收信號和已知符號的相位差,來估算出當前的相位噪聲,再將此相位差反乘到接收端受影響的符號上,就實作了相位噪聲的補償,Pilot占總符號的比例稱為Pilot開銷,例如每N個符號中包含M個Pilot,則開銷為M/N,在設計CR演算法時可以有各種考慮:例如應該盡可能減小Pilot以降低系統開銷,因為Pilot本身為已知量并不傳遞資訊;間插Pilot之間凈荷的相位可以通過各種插值方法來近似;加性白噪會影響相位估計精度,可以用2個連續的Pilot符號求平均以抑制白噪影響,也可以在間插的Pilot之間求平均,當然,以上僅是舉例,實際CR演算法不限于此,

圖5 Pilot的載波恢復演算法

【色散與色散補償演算法】

光纖中色散的效應,可認為是對信號直接做傅里葉變換后的頻域資料施加1個隨頻點平方關系變化的相位,如式8所示,

Hf=exp?[j*λ2πDzcf2] (8)

其中λ是波長,取1550nm,Dz是色散值,c是光速,f則是頻點,本題中,信道中施加色散和演算法中補償色散如圖6所示,假設色散值已知,則先FFT將接收到的資料轉換到頻域,再乘上式中的頻域回應,隨后再IFFT轉換回時域即可,信道中色散的頻域回應和演算法中補償色散的頻域回應呈共軛關系,

圖6 色散和色散補償方法

二、ASIC芯片上的演算法實作

與我們通常在計算機上開展的基于軟體的數學計算不同,在ASIC上的計算是基于硬體電路展開的,例如要計算某個公式,通用計算機上是轉換為一條條邏輯指令,按時間順序在相同的CPU中運行,最終輸出結果,而在ASIC上開展的計算,則是把計算程序拆分為具體的加法、乘法等基本操作,每一個基本操作都對應了不同的專用邏輯電路,在芯片上各自占據了一定的面積,設計ASIC芯片上的DSP演算法,需要考慮并行實作,定點量化,時序約束,和資源/功耗約束等約束,下面簡要敘述,

【并行實作】

芯片上的計算都是在系統時鐘下,以一拍一拍的節奏運行的,芯片計算的吞吐量必須要大于信號傳輸速度,才能確保資訊不丟失,如果采用串行的處理方式,芯片時鐘頻率極高,而芯片的功耗與時鐘主頻率近似呈平方關系,顯然不能通過一味提升主頻的方式增加處理流量,必須采用并行處理的方法,以資源換取處理流量的提升,例如圖7中所示的求平方操作,串行情況下1個時鐘周期處理1個符號,100G的波特率至少需要100GHz的時鐘主頻,遠遠超出了現實能達到的水平,若付出N倍的資源,每次同時計算N個符號,則時鐘主頻僅為1/N,功耗大大降低,當前oDSP時鐘主頻在500MHz~1GHz量級,對應符號的并行度約為100~200量級,

圖7 ASIC芯片并行運算示意圖

【定點量化】

計算機中常用雙精度浮點數來定義參變數,而ASIC通常用定點數來表示參變數的大小,雙精度浮點數在大多數計算情況下幾乎沒有精度損失,而ASIC定點數因為位數往往較小,舍入誤差增大,帶來量化噪聲,表示定點數的二進制位數稱為定點位寬,定點數常分為有符號和無符號位2種,如下圖所示,例如S(8,4)表示有符號的8-bit定點數,其中小數位占4位;u(7,4)代表無符號的7-bit定點數,其中小數位占4位,單個定點數僅能代表實數,復數則用2個定點分別代表實部和虛部,在ASIC中任何計算都應量化為定點數的計算,量化噪聲的影響也是演算法設計的關鍵之一,例如CR相噪演算法中,收端受影響的符號往往用6~9bit定點數表示,而計算相噪部分的位寬則根據實際情況而變化,

圖8 定點表示法

【基本操作、時序約束和資源/功耗約束】

ASIC上的演算法設計,需要將計算拆解為基本的操作,本題中考慮加法、乘法,查表和資料快取四類操作,其表示如圖9所示,加法和乘法均是對兩個數開展,復數運算拆分實部和虛部各自計算,減法可認為是先做一次乘以-1的乘法,再做一次加法,ASIC上由于是二進制定點數表示,乘以或除以2的冪次方相當于對小數點進行移位,不會帶來額外的資源代價,查表用于加法和乘法無法直接實作的操作,例如求sin函式,可以將輸入-輸出映射關系分別量化為離散輸入-輸出對應關系,通過查表的方式求得輸出,例如求 d=sin?(a+b2*c), 首先一級加法計算a+b, 再通過移位得到a+b2,隨后一級乘法得到a+b2*c, 最后通過sin查表的方式得到d,每種運算都對應了芯片上的資源,顯然,參與運算的資料位寬越大,占用的資源也會更多,

圖9 ASIC芯片基本運算操作

另一方面,芯片是在時鐘主頻下一拍一拍運行,一拍運行中只能完成有限個連續的基本運算,但通過加快取的方式,可以實作流水的結構,例如圖10中,若運算1結果出來的時候,一拍內剩余的時間無法完成運算2,則需要在運算1的出口加入1級buff快取以存盤運算1的輸出資料,每拍運算時,運算2讀取buff中存盤的運算1的上一拍輸出開展計算,而運算1則和當前輸入資料開展運算,并將結果在存入buff中,這樣一來,每拍運行可以同時開展運算1和運算2,但會造成輸出的結果會比運算1和運算2在同一拍完成的情況延遲1拍,

圖10 快取實作流水結構

不同的運算路徑有著不同的時鐘延遲,當演算法存在不同的計算路徑時,需要保證每個路徑的延時對準,例如在CR演算法中,計算出的相位噪聲差需要反乘回資料,但相噪計算通常無法在1拍內完成,從而導致相位和資料有延時,需要用buffer將延時對準,本題中,假設1個時鐘周期最多完成1級乘法,4級加法,以及1級查表操作,

加法、乘法、查表和快取均需要占用資源,在演算法設計也應有所考慮,加法和乘法均是兩兩操作,加法資源近似與最大位寬呈正比,乘法資源近似與位寬乘積成正比,延時資源和位寬以及延時深度近似呈正比,對于一個M-N的查表,資源與(2^M)*N呈正比,M代表輸入位寬,N代表輸出位寬,例如:已知信號求相位的查表操作,信號位寬s(10,1),相位位寬s(9,1),此時的M=20,N=9,在查表時候的輸入為信號的【實部 虛部】組合,需要遍歷的地址有2^20,每個地址對應的相位值的位寬為s(9,1),

表1

基本操作

8+8bit

加法器

8*8 bit

乘法器

8bit-8bit查表

8bit,

每2048符號延時

資源

1 U

8 U

128 U

1 U

三、ASIC芯片演算法設計的典型步驟

綜合上述內容,芯片上演算法設計的通常包含以下具體步驟:

1) 根據物理模型和系數特性設計演算法原型:例如CR演算法中,采用Pilot估計相位差,并利用插值等方法計算出凈荷的相噪,最終將估計的相位差乘回資料以補償相噪,

2)在考慮并行度和時序約束的基礎上,將演算法細化為可實作的基本操作,并大致考慮演算法的實作復雜度對演算法實作的影響,此時可假設為浮點數,不需要考慮定點量化噪聲,例如CR演算法中,可能需要考慮凈荷相噪的插值如何由基本操作實作,計算噪聲路徑的延時如何與補償噪聲路徑的延時相匹配等,

3) 進一步考慮定點量化噪聲的影響,盡量以更低的資源實作,此時位寬優化是一個關鍵步驟,

----------------------------------------問題---------------------------------------------

問題1:考慮波特率為150Gbaud的標準16QAM信號,令線寬為100kHz,色散值為2萬ps/nm,演算法的并行度固定為128,不考慮定點量化,請以基本的加法、乘法、查表和快取為基礎,并以RSNR代價<0.3dB為目標,設計一套CR演算法,使得Pilot開銷最小?

問題2:考慮線寬從10kHz~10MHz,色散Dz從0~10,000 ps/nm變化場景,以RSNR代價<0.3dB為目標,定量挖掘色散、線寬與Pilot開銷的關系,

問題3:在問題2的場景上,進一步將芯片實作的資源納入考察,此時需考慮定點量化對性能和資源的影響,且導頻開銷可任意變化(但必須確保凈荷的流量為>145Gbaud),如何設計資源最低的CR演算法?

問題4:現實中性能和資源的權衡與具體場景有關,例如長距干線傳輸對性能要求往往比短距離要求更高,長距傳輸可付出更多的資源以降低RSNR代價,并選出問題3中你隊認為有代表性的1種場景,給出統籌性的“性能-資源”綜合考慮下的演算法設計思路,構造性能和資源的綜合代價函式,嘗試給出一套自動優化位寬和實作性設計的方案,并給出定量結果,用以指導演算法開發,

注:本題中均不考慮色散補償和誤碼率計算的復雜度和資源,只需考慮CR演算法(計算相噪+補償相噪)相關的資源即可,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/74333.html

標籤:其他

上一篇:tp6+FFMpeg實作視頻水印及大小剪切

下一篇:iPad Air4和iPad Pro2020 的區別 哪個好

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more