簡介《QCell2.0 技術規(guī)范書》PDF面向無線通信規(guī)劃、部署與運維工程師及通信專業(yè)學習者圍繞中興QCell2.0多用戶MIMO與小型化基站方案幫助讀者系統(tǒng)理解其容量覆蓋提升思路、設備組成與工程指標。資源包共1個PDF文件大小約681KB篇幅緊湊便于在項目現(xiàn)場或學習時快速查閱。已有205人學習下載具備一定參考熱度。文檔目錄覆蓋概述、方案亮點、設備基本功能、系統(tǒng)結構、技術指標、安裝方式與縮略語并分別說明ZXSDR R8119、PB1120A、MA1020的外觀、硬件結構及安裝要求技術指標部分細分為系統(tǒng)、物理、電氣、可靠性與環(huán)境要求。讀者可據(jù)此梳理QCell2.0的系統(tǒng)架構、設備選型依據(jù)和部署約束對照關鍵參數(shù)完成方案理解、現(xiàn)場勘察與運維排錯適合作為技術入門和工程查閱資料。1. 一根網(wǎng)線頂?shù)粢晃葑羽伨€有源室分把什么搬到了網(wǎng)線上第一次翻這份規(guī)范書的人多半會在某一頁停一下一個吸頂燈造型的 PicoRRU整機只有一根 RJ45 網(wǎng)線數(shù)據(jù)走它電也從它身上取POE發(fā)射功率卻要頂?shù)?2×125mW。這跟傳統(tǒng)室分 DAS 留下的印象完全對不上——DAS 是從機房把射頻信號用饋線、功分器、耦合器一層層分下去末端是無源天線越分越弱壞了也不知道壞在哪一段。這套有源室內(nèi)覆蓋方案反過來走在基帶單元就把信號變成數(shù)字 IQ中間全程用光纖和以太網(wǎng)線搬運直到離用戶最近的那一跳才還原成射頻。提前數(shù)字化看著像把簡單問題搞復雜但它一次性換掉了三樣東西——布線工程量、故障可觀測性、容量彈性。這三樣恰好是傳統(tǒng)室分最貴的部分也是后面所有設計取舍的起點。2. 四級架構拆開看BBU 出來的到底是射頻還是 IQ2.1 基帶與射頻的分界線被畫在了 BBU 之后規(guī)范書概述里有一句很關鍵的話基帶單元完成基帶信號的調(diào)制和解調(diào)下行產(chǎn)生基帶信號發(fā)送到遠端匯聚單元上行對從遠端匯聚單元過來的信號進行解調(diào)。這句話把整條鏈路的性質定死了——從 BBU 出來的是基帶 IQ不是射頻。整套方案里 BBU 用的是和宏站同款設備意味著現(xiàn)網(wǎng)的基帶資源池可以復用不需要為室內(nèi)覆蓋單獨建一套基帶。這條分界線放在 BBU 之后代價是前傳帶寬從一根射頻跳線變成了幾十 Gbps 的數(shù)字流收益是后面每一級都能做數(shù)字處理復制、分路、合路、交換、做時延補償、加糾錯。射頻信號一旦從功分器上分成兩路功率就掉 3dB 且不可恢復IQ 數(shù)據(jù)分成兩路兩路都是完整的一份。這個差別決定了后面所有關于容量和覆蓋的操作方式——傳統(tǒng) DAS 想加容量只能加信源、加饋線、重新設計功率分配有源方案里功率由 PicoRRU 自己的功放決定容量由上游 IQ 帶寬決定兩件事被解耦了。PicoRRU 內(nèi)部做的事可以按信號流向排下行拿到基帶 IQ 后做數(shù)字上變頻、DAC、濾波、搬到射頻頻段、功放放大、經(jīng)天線輻射上行反過來低噪放、下變頻、ADC、數(shù)字下變頻成 IQ 回送。規(guī)范書的說法是實現(xiàn)射頻信號和數(shù)字中頻信號的轉換指的就是數(shù)字上變頻和數(shù)字下變頻這一段。中間刻意留了一個數(shù)字中頻是為了把濾波、增益控制、通道校正這些活全放在數(shù)字域做模擬部分只剩下最少的中頻和射頻兩級體積和一致性都好控制。2T2R 加 2dBi 內(nèi)置增益單通道 125mW 也就是 21dBm兩路合起來大約 24dBm EIRP覆蓋半徑大致是寫字樓里一個防火分區(qū)到兩個防火分區(qū)的量級。2.2 P-Bridge 里的 BOP從光口到電口中間還隔著一層包P-Bridge 是這套方案里最容易被低估的一級。從外表看它就是一臺 1U 高、8kg 的盒子掛墻或塞進 19 寸機架但它的核心模塊是在做基帶數(shù)據(jù)從光口轉到電口這件事模塊名字直接叫 BOP——Baseband Over Packet基帶走包。這個命名透露了實現(xiàn)路徑IQ 數(shù)據(jù)不是裸奔在光口上而是被封裝成包在以以太網(wǎng)為底座的鏈路上傳輸。它的接口分工在規(guī)范書里列得很清楚接口角色關鍵約束OF1上行連 BBU 或 MAU光口速率自適應 6.144Gbps / 9.8304GbpsOF4級聯(lián)下一臺 P-Bridge同上最大 4 級級聯(lián)OF2 / OF3保留插上不亮是正?，F(xiàn)象ETH1~ETH8下聯(lián) PicoRRU通過配置支持 1000Mbps 和 2.5Gbps帶電口 SyncE 和 POE單口供電可達 60WDEBUG本地調(diào)試10M/100M/1000M 自適應FAN機柜安裝時外置風扇模塊供電與監(jiān)控一并走這里M/S維護狀態(tài)按鈕長按 8 秒以上進入自檢這里有三個設計點值得掰開。第一8 個電口全部按 2.5G 算下行側理論上限是 20Gbps而 OF1 只有一個 10G 光口這是一個明確的超售設計——上行帶寬小于下行帶寬之和。它成立的前提是無線側的業(yè)務不可能是所有通道同時打滿峰值統(tǒng)計復用比通常在 1:2 到 1:4 之間規(guī)范書把 8 口掛在 10G 上實際取的是 1:2 這個相對保守的比例。第二電口跑 2.5G 需要配置不是插上就自動到位這一條在現(xiàn)場很容易翻車后面第 5 章會細說。第三自檢做成長按 8 秒的物理按鈕加 LED而不是純軟件下發(fā)是因為這臺設備經(jīng)常裝在弱電井或者吊頂檢修口旁邊現(xiàn)場施工人員手上不一定有網(wǎng)管賬號物理自檢是留給施工隊的一道兜底。2.3 MAU 補的那塊短板存量射頻信源怎么擠進數(shù)字鏈路前三代方案的痛點是同一個現(xiàn)網(wǎng)里大量的 GSM 射頻信源是模擬輸出的只能接天線或者接無源室分接不進純數(shù)字的有源系統(tǒng)。MAU 就是為此加的它的定位不是又一級放大而是射頻域和 IQ 域之間的翻譯器。它的硬件形態(tài)能說明設計意圖標準 2U 插箱符合 uTCA 架構由機框、背板、現(xiàn)場告警模塊、電源模塊、風扇模塊、控制時鐘交換模塊和射頻子卡組成。uTCA 這套架構原本是給電信計算設備用的選它的理由很直接——背板上有高速差分鏈路業(yè)務板插上去就能和交換板互通射頻子卡可以按需插、按需擴容不用整機替換?？刂茣r鐘交換模塊是整個 MAU 的樞紐所有 IQ 數(shù)據(jù)在這里做交叉連接時鐘也在這里統(tǒng)一分發(fā)。接口賬算下來是 12 個光口、6 個朝 BBU、6 個朝 P-Bridge兩邊都是 6說明它設計成滿配時一對一轉發(fā)、不引入額外的收斂。射頻側滿配 2 塊射頻子卡每塊提供 4 個 1T1R 的射頻通道共 8 個 SMA 接口。這里的 1T1R 是個耐人尋味的取舍明明可以做成 2T2R 省一半接口但射頻信源往往是異廠家設備很多老信源的輸出就是單流做成 1T1R 反而兼容性最好一個通道對一個信源接線不會錯。業(yè)務能力上限是 6 個 20MHz 帶寬連續(xù)載波的 GSM 信源小區(qū)也就是說它不追求把射頻側做成通用接收機而是明確只服務 GSM 這一種制式把成本和復雜度壓了下來。2.4 級聯(lián)的邊界4 級、8 口、100 米這三個數(shù)字是誰定的把拓撲畫出來會發(fā)現(xiàn)約束很緊一臺 P-Bridge 最多帶 8 個 PicoRRU最多級聯(lián) 4 級每級到末端走 CAT5e 不超過 100 米。三個數(shù)字各自對應一類物理限制。8 口對應的是機框面板面積和單臺設備的供電預算面板就那么大再多就要加高機箱4 級級聯(lián)對應的是時鐘和時延的累積每過一級都要做一次時鐘恢復和包轉發(fā)級數(shù)越多末端 PicoRRU 拿到的同步質量越差空口相位誤差會直接反映在 MIMO 性能和切換成功率上100 米則同時被以太網(wǎng)布線標準、POE 線損和傳輸時延三件事卡住下一章單獨算這筆賬。一個容易忽略的事實是級聯(lián)不是為了省光纖這么簡單。室內(nèi)場景里弱電井到樓層各個點位往往是星型布線從弱電井拉一根光纖到另一棟樓或者另一個防火分區(qū)再在那邊展開成 8 路電口比從機房拉 8 根長距離線纜便宜得多。級聯(lián)的價值在于把長距離這一段收斂成光纖把短距離多路這一段留給銅纜兩種介質的成本曲線在 100 米附近交叉。3. 供電與同步的物理賬60W 的 POE 為什么不等于設備要 60W3.1 先把 60W 這個數(shù)字拆開PicoRRU 的功耗指標寫得很清楚整機小于 25W。但 P-Bridge 每個電口的供電能力標的是 60W中間差了 2.4 倍。這個差額不是拍腦袋留的余量而是三筆賬加在一起線纜損耗、啟動浪涌、以及未來型號的向上兼容。CAT5e 的 22AWG 線芯單根電阻大約 0.053 Ω/m一對線構成回路就是 0.106 Ω/m100 米往返就是 10.6 Ω。POE 供電時四對線里兩對走正、兩對走負電流在兩對之間并聯(lián)分攤。按 PSE 輸出 54V 這個常用檔位算一遍# CAT5e 22AWG單根 0.053 Ω/m一對構成回路約 0.106 Ω/m R_loop_per_pair 0.106 * 100 # 100 米單對回路電阻單位 Ω V_pse 54.0 # PSE 輸出檔位單位 V for P_load in (25, 60): I_total P_load / V_pse # 總電流 I_pair I_total / 2 # 兩對并聯(lián)每對承擔一半 drop I_pair * R_loop_per_pair # 單對上的壓降 loss 2 * I_pair ** 2 * R_loop_per_pair # 兩對線的總發(fā)熱損耗 print(f負載 {P_load:2}W: 總電流 {I_total:.2f}A, f單對壓降 {drop:.1f}V, 線損 {loss:.1f}W, f到達端電壓 {V_pse - drop:.1f}V)跑出來的結果很說明問題25W 負載時單對壓降約 2.4V線損約 1.1W到達端還有 51.6V設備側的降壓電路完全吃得下。但如果真的掛一個 60W 負載壓降會漲到接近 6V線損超過 6W到達端只剩 48V 左右。這意味著 60W 這個標稱值不是每口都要跑 60W而是每口在最壞線纜條件下仍能穩(wěn)定交付 25W 左右并且留出給下一代更大功率遠端單元的余量。工程上把這個叫做端口功率預算它和負載功耗是兩回事混為一談就會在現(xiàn)場出現(xiàn)設備明明只有 25W為什么 30W 的 POE 交換機帶不動的困惑。3.2 100 米這個上限是被三件事同時卡住的第一件是布線標準。以太網(wǎng)在水平布線子系統(tǒng)的信道長度上限就是 100 米超過之后插入損耗、回波損耗、串擾都會超出規(guī)范2.5GBASE-T 這種靠更高調(diào)制階數(shù)換速率的方案對線纜質量比千兆更敏感。第二件是剛才算的 POE 線損長度翻倍損耗翻倍電壓余量很快就不夠。第三件是時延和同步電口支持 SyncE頻率同步是從線路碼流里恢復出來的鏈路越長抖動累積越多。實際部署里有一個常被忽略的細節(jié)100 米是信道長度包含兩端跳線、配線架、信息面板。如果弱電井到點位走的是 80 米水平線纜再加兩端的 5 米跳線和 10 米成品線很容易就頂?shù)?100 米甚至超了。規(guī)范書寫的是線纜傳輸距離可達 100 米工程上一般按 90 米水平加兩端各 5 米跳線來做余量設計。3.3 SyncE 解決的是頻率不是相位P-Bridge 的電口明確支持 SyncE。這項技術的作用是從以太網(wǎng)物理層的線路碼流里恢復出頻率同步讓下游設備的時鐘和上游保持一致。對 LTE 這種依賴頻率精度來保證子載波正交的制式來說頻率同步是剛性需求跑偏了會直接表現(xiàn)為誤碼率上升、吞吐下降。但 SyncE 只給頻率不給相位。TDD 制式要求上下行時隙嚴格對齊這需要相位同步常見做法是另有相位來源——可能是設備內(nèi)置的衛(wèi)星接收模塊也可能是網(wǎng)絡側的 1588v2 時間同步。規(guī)范書里沒有展開這一層只寫了電口支持 SyncE這在實際組網(wǎng)時是個需要單獨確認的點頻率同步通了不代表時隙對齊了兩件事要分開驗證。第 5 章會講一個由此引發(fā)的典型故障。3.4 6.144 和 9.8304 這兩個怪數(shù)字的來歷光口速率自適應到 6.144Gbps 和 9.8304Gbps這兩個數(shù)字看著不像整十整百是因為它們不是以太網(wǎng)速率而是前傳接口的線速率檔位。業(yè)界通用的前傳接口規(guī)范里線速率是按 614.4Mbps 的整數(shù)倍遞增的614.4 的 10 倍是 6.144G16 倍是 9.8304G。選這兩檔而不是直接上 10G 以太網(wǎng)是因為前傳接口的幀結構、同步字、控制字都是為 IQ 傳輸定制的和以太網(wǎng)幀不兼容。9.8304Gbps 對應的是這一代設備的滿配能力6.144Gbps 是降檔運行。做成自適應而不是固定是為了兼容不同代的 BBU 和不同長度的光纖鏈路——鏈路質量差的時候自動降到低檔位犧牲容量換穩(wěn)定性比直接斷鏈要好。這一條在現(xiàn)場表現(xiàn)為明明配的是滿容量實際測出來只有六成去看光口協(xié)商速率往往掉到了低檔位。4. 多制式合路三種制式的 IQ 怎么塞進同一個 10G 光口4.1 把規(guī)范書里那串容量表達式拆開算規(guī)范書對 P-Bridge 單光口容量的描述是一串乘積LTE 2CS×20M×2path×2Cell加上 TDS 6CS×2Cell×2path加上 GSM 20MHz 帶寬連續(xù)載波。這串式子直接決定了前傳帶寬夠不夠值得按項拆開算一遍。# 逐項折算成 IQ 實采帶寬再按 15bit I 15bit Q 的量化位寬換算成比特率 lte 2 * 20e6 * 2 * 2 # 2 載波 × 20MHz × 2 通道 × 2 小區(qū) tds 6 * 1.6e6 * 2 * 2 # 6 載波 × 1.6MHz 碼片帶寬 × 2 通道 × 2 小區(qū) gsm 20e6 # 20MHz 連續(xù)載波信源 total_bw lte tds gsm bits_per_hz 30 # 每赫茲 IQ 采樣按 30 bit 計15bit I 15bit Q payload total_bw * bits_per_hz line_rate 9.8304e9 # 滿檔線速率 print(fLTE {lte/1e6:.0f} MHz | TDS {tds/1e6:.1f} MHz | GSM {gsm/1e6:.0f} MHz) print(fIQ 帶寬合計 {total_bw/1e6:.1f} MHz) print(f凈荷約 {payload/1e9:.2f} Gbps占滿檔線速率的 {payload/line_rate*100:.0f}%)算下來 IQ 帶寬合計約 218.4MHz凈荷約 6.55Gbps占 9.8304Gbps 的六成多。剩下四成不是浪費——前傳幀里還要放控制字、管理通道、同步信息、以太網(wǎng)承載開銷以及為突發(fā)留的余量。這個六成多的占用率解釋了為什么 6.144Gbps 那一檔跑不動滿配6.144G 只能裝下大約 5.9Gbps 凈荷三項全開必然溢出只能砍制式或者砍小區(qū)數(shù)。所以速率掉檔在滿配場景下不是故障是必然。4.2 GSM 射頻信源進數(shù)字域1T1R 通道和 8 個 SMA 的取舍LTE 和 TD-S 的 IQ 是 BBU 直接給的天生在數(shù)字域MAU 對它們只是轉發(fā)。真正麻煩的是 GSM 射頻信源它輸出的是一段模擬射頻要先經(jīng)過射頻子卡上的下變頻、ADC 采樣、數(shù)字下變頻才能變成能合路的 IQ。這一路上任何一級的增益沒調(diào)好合路進去的就是一段噪聲。每塊射頻子卡 4 個 1T1R 通道滿配 2 塊共 8 個 SMA。選 1T1R 而不是 2T2R前面提過兼容性的原因這里補一層GSM 本身就不是 MIMO 制式單通道足夠做成 1T1R 可以讓每個通道獨立對應一個信源小區(qū)接線關系一一對應施工時不會出現(xiàn)這個口接的是哪個信源的混亂。代價是同樣的信源數(shù)量要占雙倍的面板面積機箱前面板很快就被 SMA 占滿這也是 MAU 必須做成 2U 而不是 1U 的直接原因。業(yè)務能力上限寫的是最大支持 6 個 20MHz 帶寬連續(xù)載波的 GSM 信源小區(qū)。注意連續(xù)載波這個詞——它限制了同時接入的信源在頻域上必須是連成一片的不能是 6 個散落在不同頻點的信源。這跟合路時要做頻譜搬移和濾波有關連續(xù)的一段頻譜可以在數(shù)字域一次性處理離散的多段就要多次搬移資源開銷成倍上升。4.3 合路和分路必須嚴格對稱下行方向MAU 把射頻信源轉換出來的 IQ 和 BBU 傳來的 IQ 合路一起送給 P-Bridge上行方向把 P-Bridge 傳來的 IQ 分路一路回 BBU一路轉回射頻送給信源。這兩個方向的處理必須嚴格對稱否則會出現(xiàn)下行能覆蓋、上行接不通或者反過來的情況。對稱性體現(xiàn)在幾個地方合路時的時隙對齊、增益配平、時延補償分路時都要反向做一遍。時延補償尤其關鍵——射頻信源走的是模擬通道BBU 走的是數(shù)字通道兩條路徑的固有延時不一樣不做補償?shù)脑捦粋€ PicoRRU 下同時覆蓋 LTE 和 GSM兩個制式的上下行時序會錯開表現(xiàn)為接入失敗或者掉話。這類問題在頻譜儀上看不出來只能通過空口信令跟蹤定位。4.4 小區(qū)合并與小區(qū)分裂同一套硬件兩種完全相反的用法P-Bridge 下的 8 個 PicoRRU可以合并成一個小區(qū)也可以分裂成 8 個小區(qū)硬件一根線都不用動全是配置層面的操作。合并的邏輯是多個遠端單元用同一個小區(qū)標識發(fā)射終端在這些單元之間移動時不做切換等于把一塊連續(xù)覆蓋區(qū)域變成一個大細胞。好處是切換次數(shù)大幅減少室內(nèi)連續(xù)覆蓋場景下掉話率能明顯下降鄰區(qū)干擾也少。分裂的邏輯反過來每個 PicoRRU 獨立成小區(qū)容量成倍提升但終端在單元之間移動就要頻繁切換。寫字樓這種一層幾百人、每層獨立的開放式辦公區(qū)適合分裂酒店走廊、機場大廳這種人一直在走的場景適合合并。真正難的是混合場景——比如一個商場中庭適合合并各個店鋪適合分裂這時候合并/分裂的邊界畫在哪里直接決定了優(yōu)化工作量。規(guī)范書只寫了兩種方式都支持沒寫怎么選這部分經(jīng)驗只能靠現(xiàn)場話務分布圖來補。5. 現(xiàn)場排查五個看著像硬件壞了的常見問題5.1 供電與上電現(xiàn)象一PicoRRU 接上網(wǎng)線指示燈亮了一下又滅反復重啟。原因幾乎都是 POE 供電不足。PicoRRU 標稱功耗小于 25W但啟動瞬間的浪涌電流遠高于穩(wěn)態(tài)如果上游供電端口只有 15W 或者 30W 且線纜偏長啟動時電壓被拉到設備欠壓保護點以下就會出現(xiàn)起來—掉電—再起來的循環(huán)。解決方式是核對該端口實際可交付功率而不是標稱功率把線纜長度控制在 90 米以內(nèi)必要時換更短跳線或者換用供電能力更高的端口?，F(xiàn)象二設備上電正常業(yè)務也正常但過一兩個小時隨機重啟摸外殼燙手。PicoRRU 是吸頂安裝工作溫度上限 55℃散熱靠自然對流。裝在天花板夾層里、上面又堆了保溫棉環(huán)境溫度很容易超過限值設備降頻或者保護性重啟。解決方式是核查安裝位置的實測溫度保證設備上方至少留出通風間隙不要貼著吊頂龍骨和保溫層安裝。這一條在夏季交付時特別容易踩。5.2 鏈路與配置現(xiàn)象三電口插上能通業(yè)務也能跑但測速只有標稱的一半左右。原因是電口速率沒配置。BOP 的 8 個電口支持 1000Mbps 和 2.5Gbps 兩檔通過配置切換默認或者配置遺漏時跑在千兆而 PicoRRU 側的 IQ 帶寬需求是按 2.5G 設計的鏈路成了瓶頸。更隱蔽的一種情況是線纜質量不夠——CAT5e 在 100 米內(nèi)跑 2.5GBASE-T 是可行的但如果實際用的是劣質銅包鋁線協(xié)商會自動降到千兆而且不報錯。解決方式是先確認配置檔位再看端口協(xié)商結果最后用線纜測試儀核長度和回波損耗?，F(xiàn)象四P-Bridge 的 OF2、OF3 插了光模塊指示燈不亮以為設備壞了。這兩個口在接口表里明確標注為保留物理上存在但當前版本不啟用?，F(xiàn)場如果按四個光口都能用去規(guī)劃拓撲就會在這里卡住。解決辦法是把上行統(tǒng)一走 OF1、級聯(lián)統(tǒng)一走 OF4拓撲規(guī)劃階段就按兩口來算。5.3 時鐘與射頻現(xiàn)象五語音通話正常但終端在 PicoRRU 之間移動時掉話率異常切換成功率明顯偏低。頻率同步通了不代表相位同步通了。電口支持 SyncE只解決頻率TDD 制式要求的上下行時隙對齊屬于相位同步需要另外的來源。如果這一層沒配好單個小區(qū)內(nèi)通話看不出問題一旦涉及小區(qū)間切換或者多小區(qū)合并時序錯位就會暴露出來。排查方式是先確認頻率同步鎖定狀態(tài)再單獨核對相位同步源的狀態(tài)兩件事分開驗證不要看到 SyncE 鎖定就認為同步?jīng)]問題。6. 設計取舍容量、布線、成本這三者是怎么互相讓步的把這套方案和傳統(tǒng) DAS 放在一起對比取舍就很清楚了維度傳統(tǒng) DAS有源室分方案末端介質饋線 無源器件CAT5e 網(wǎng)線單根同時傳數(shù)據(jù)和供電單點覆蓋能力天線口功率固定設計時鎖死由 PicoRRU 功放決定2×125mW 可配容量調(diào)整加信源、改功分需重新施工小區(qū)分裂/合并配置層面完成故障定位無源器件不可監(jiān)控靠投訴發(fā)現(xiàn)每個節(jié)點可視可控可主動自檢施工量大量饋線敷設規(guī)范書給出的對比是施工量降五成以上、部署時間省六成單點可靠性無源器件失效概率低單機 MTBF 大于 20 萬小時MTTR 小于 60 分鐘這張表里最值得琢磨的是最后一行。有源方案把無源器件換成了有源設備等于把不會壞的器件換成了會壞但能被看見的設備。MTBF 20 萬小時換算過來大約 22.8 年單臺設備的年故障率約 4.4%看起來不高但一個中等規(guī)模的部署動輒幾百臺 PicoRRU一年下來總會有幾臺要換。規(guī)范書給的可用性指標是 99.9996%年停機小于 3 分鐘——這個數(shù)字要按單設備口徑去理解不能用整網(wǎng)串聯(lián)節(jié)點數(shù)直接乘。8 個 PicoRRU 串在一臺 P-Bridge 下如果按單點不可用率疊加端到端可用性會掉到 99.995% 量級年停機變成二十分鐘級別。這不是規(guī)范書寫錯了而是這類指標的慣例就是單設備口徑端到端的賬要自己做一遍做規(guī)劃的時候心里有數(shù)別拿單機指標去承諾整網(wǎng) SLA。第二個取舍是超售。8 個 2.5G 電口掛一個 10G 光口賬面上是 1:2 的超售。這個比例在室內(nèi)場景是站得住的因為人流分布本身就不均勻峰值不會同時出現(xiàn)在所有點位。但它有個前提小區(qū)規(guī)劃要跟人流分布匹配。如果 8 個 PicoRRU 全合并成一個小區(qū)所有點位的流量擠在同一個小區(qū)里超售就會被擊穿表現(xiàn)為忙時速率上不去但鏈路不報錯非常難查。容量規(guī)劃這件事從來不是設備參數(shù)決定是話務模型決定。第三個取舍是 100 米。這個數(shù)字既是物理限制也是成本分界線。超過 100 米就要轉光纖而光纖到末端意味著末端還要多一個光電轉換和供電模塊成本和故障點都上去了。所以整套方案的隱含假設是建筑的水平布線半徑在 100 米以內(nèi)。這個假設在絕大多數(shù)寫字樓和商場成立但在超大平層廠房、機場指廊這種長條形建筑里就不成立只能靠增加 P-Bridge 的密度來繞開代價是弱電井資源要重新盤。我自己的血淚經(jīng)驗是這類規(guī)范書最容易看錯的地方不是參數(shù)而是參數(shù)的適用范圍。MTBF 是單設備的POE 60W 是端口預算不是負載功耗光口速率是自適應不是固定100 米是信道長度不是線纜長度——每一條單獨看都寫得很明白湊在一起用的時候就容易張冠李戴。從那以后我每次拿到這類文檔都強制走一遍指標口徑核對先確認每個數(shù)字是單機還是系統(tǒng)、是標稱還是實測、是上限還是典型值再往規(guī)劃表里填。希望幫到你。本文還有配套的精品資源點擊獲取