news 2026/10/28 3:25:16

新型室分四厂商横向对比:拓扑、容量与组网规格避坑指南

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
新型室分四厂商横向对比:拓扑、容量与组网规格避坑指南

简介:围绕华为Lampsite、中兴Qcell、诺西Flexi Cluster与爱立信点系统四大主流方案展开的室分技术文档,面向无线通信室内分布系统的设计、规划与运维人员,也可作为运营商设备选型的对比参考。内容按拓扑结构、设备简介、组网规格三条主线组织,先梳理2G+4G架构下BBU、DCU/RHUB与pRRU、mAP、DOT之间的连接关系,再逐一拆解基带板、射频单元与远端模块的容量参数,如Lampsite的UBBPe系列每光口最大支持8载波、Qcell每DCU可配1至6块RFC卡、Flexi Cluster满配10×20MHz载波、爱立信RHUB系列的CPRI速率与100M NR大带宽能力,最后落到实际组网中的小区合并、级联级数与链路数量限制,便于横向比较四种方案的覆盖与容量取舍。包内为1个PDF文件,约2.72MB,图表与参数表并排呈现,适合随查随用;目前已有485人学习。

1. 四家方案并排比到第三天,我推翻了自己画的点位图

新型室分这个词,多数人第一反应是频段和功率。真正把四家厂商的设备与组网规格摊在一张表上逐项对过一轮才会发现,先卡住你的往往是"2G 还要不要留"这一句。某写字楼改造项目上,我按甲厂方案把 pRRU 点位排得挺漂亮,等业主一句"2G 必须保留、还要跟原有 GSM 载频对齐"压下来,整张点位图连同后面的光口预算一起重画。

这篇讲的是四种拓扑结构差在哪一环、四类室内基带单元和远端射频单元的容量账怎么算,以及在组网规格表里哪些数字是真门槛、哪些只是标称口径。正在做室分选型、要交对比报告的人,可以照着表逐项对;已经交付过几个项目的人,能看到每一步判断背后的依据。

2. 拓扑结构横向比:四种架构的信号链路差在哪一环

四家的拓扑放在一起看,第一眼会觉得都差不多:上面一个基带单元,中间一层汇聚,下面挂一堆远端。真正的差别在"2G 信号从哪里进来"和"中间那层是做什么的"。下面按甲厂 LampSite 系列、乙厂 QCell 系列、丙厂 Flexi Cluster 系列、丁厂点系统四条线拆开讲,型号归属按资料里的分组走。

2.1 甲厂 LampSite:BBU 直挂汇聚桥,pRRU 挂在桥下

甲厂的链路是 BBU → P-Bridge1…P-Bridge6 → Pico RRU。2G 的 GSM 射频信号从 BBU 侧注入,跟 4G 基带数据走同一套前传光缆下去,到桥接单元再分发到各个 pRRU。这种结构的第一个好处是链路层级少:从基带单元到末端只有"汇聚桥"一跳,出问题时排查范围窄,光口告警、桥下挂载数、末端供电三样一看就能定位到段。

第二个好处是 2G 和 4G 共用一套前传,机房侧不需要额外塞设备。代价也很直接:桥下能挂多少个 pRRU,取决于基带板每个光口的载波承载能力和桥本身的端口数。UBBPe 系列每光口最大支持 8 载波(7 个 20M 加 1 个 10M),这条线一卡,下面点位排得再密也没用。我一般会先把每个光口的载波预算单独列一列,再看桥下挂载能不能塞得进去。

P-Bridge 支持多级挂接,1 到 6 号桥可以串起来用。串联带来的问题是供电和光功率预算要重新核:桥越多,中间环节的损耗越大,末端的发射功率就越难保证。所以现场常见做法是把桥放在弱电间,让每个桥只覆盖一层或半个楼层,避免跨层串桥。

2.2 乙厂 QCell:DCU 这一级,本质是为 2G 长出来的

乙厂的结构是 BBU → DCU → RHUB → pRRU,跟甲厂最大的区别就在 DCU 这一级。GSM 射频信号不是进 BBU,而是进 DCU 里插的 RFC 射频卡,RFC 提供 900M/1800M 频段全带宽信号的射频接入,入口电平范围 6~16dBm,1T1R 配置,每张 RFC 板卡对应 1 个 GSM 小区。

这就意味着,如果这个项目只做 4G,DCU 这一级完全可以不要,BBU 直挂 RHUB 就行。一旦确定要保留 2G,DCU 就从"可选"变成"必须",链路多一跳,机房里多一个设备位、多一路电、多一组维护对象。这是选型时最容易被忽略的隐性成本:报价单上 DCU 只是一行,实际交付时它带来的机位、供电、走线和网管配置是四份工作量。

DCU 内部还有一块必配的 DPC 数字处理卡,每个 DCU 标配 1 块,固定占据 SLOT6 和 SLOT7 两个槽位,提供 1 路 ETH 近端维护端口和 1 路 FE 端口用于网管接入。这块卡决定了 DCU 的对外连接能力:它最大支持 6 对 CPRI 端口,其中 CPRI 1、3、5、7、9、11(上一排)为输出端接 RHUB 侧,CPRI 0、2、4、6、8、10(下一排)为输入端接 BBU 侧,上下端口使用时必须一一对应,不能乱插。

这 6 对端口直接推出了乙厂方案最关键的一条组网约束:做 2G 时 BBU 与 DCU 按 1:1 配备,所以 4G 每个 BBU 不可超过 6 条链。规划时如果按 4G 的容量算出 8 条链,要么加 BBU,要么把部分 pRRU 合并到同一条链上牺牲扇区划分粒度,没有第三条路。这条约束我在两个项目上见过有人踩,后面避坑章展开讲。

2.3 丙厂 Flexi Cluster 与丁厂点系统:一个靠 mHub 扇出,一个靠 IRU 多跳

丙厂的结构是 Main FMC + GSM 射频信号 → mHub → mAP,另外还有 Ext FMC 做扩展。GSM 射频信号进 Main FMC,mHub 承担汇聚扇出,mAP 是末端单元,支持多级级联。容量口径上,每块 FMC 支持 2×20M 载波,满配 5 块就是 5×2×20MHz,也就是 10 个 20MHz 载波。这个数字在四家里面属于"单框容量上限",规划时按小区数倒推需要几块 FMC 就行,算法很直观。

丙厂拓扑的特点是汇聚层级灵活:mHub 可以按楼层布,mAP 可以再往下级联,覆盖形状不受限于标准楼层结构。代价是级联层数一多,末端光功率和时延都要重新算,而且级联链上任何一个中间节点掉电,下游全部黑掉。这一点在老旧楼宇改造里要特别小心,弱电间供电不稳定的话,级联越深故障面越大。

丁厂点系统的链路是 BBU → IRU → IRU → … → DOT。IRU 是中间汇聚单元,DOT 是末端天线点。跟前面三家比,丁厂把"汇聚"和"末端"切得最干净:IRU 只管汇聚和供电,DOT 只管射频发射,中间可以多级堆叠。这种结构在超大平面(比如展厅、厂房、地下车库)里优势明显,因为汇聚单元可以按区域一层层往外推,不用把光缆全部拉回一个中心机房。

但多跳的代价是每一跳都要吃光功率预算和机位。做方案时我一般会算一笔账:从 BBU 到最远一个 DOT 中间经过几级 IRU,每级的插入损耗是多少,末端的接收光功率还剩多少余量。这个余量如果小于 3dB,我就不敢再往深处级联了,宁可多加一个 BBU。

2.4 从拓扑反推:先问清楚三个现场条件

看完四条链路,选型其实可以收敛成三个问题,问完基本就能排除掉一半选项。

第一个问题:2G 到底还留不留。留 2G 且要对齐原有 GSM 载频,乙厂多一级 DCU 是绕不过去的;不留 2G,四家都能做成"基带直挂汇聚",这时候比的才是容量和光口。这个问题必须在做点位图之前问死,不能等图纸画完再说。

第二个问题:单层面积和弱电间位置。单层面积大、弱电间分散,适合汇聚层级深的结构(丙厂的 mHub 扇出、丁厂的 IRU 多跳);单层面积小、弱电间集中,甲厂那种桥接汇聚更省事,链路短、故障面窄。

第三个问题:机房到弱电间的光缆资源还剩几对纤。这个问题最容易被跳过,也最容易在施工阶段翻车。光缆资源紧张时,能共用前传、能在一根纤上跑更多载波的方案就是刚需,反过来如果纤资源充裕,就没必要为了省纤去牺牲扇区划分的灵活性。

三个问题问完,剩下的就是容量和规格的细账,下一章开始逐项算。

3. 室内基带单元与远端单元:把"最大支持"读成能落地的数字

规格表上的"最大支持"是最容易误读的东西。12 个小区、6 个射频小区、10×20MHz 载波,这些数字单独看都挺大,落到具体项目上能兑现多少,取决于配套板卡、光口速率和末端型号能不能凑齐。这一章把基带侧和远端侧的容量账拆开算。

3.1 基带板容量换算:从 3×20M 到 12×20M 的阶梯

甲厂的基带板是分档的,从低到高依次是 LBBPd4、UBBPe9、UBBPe12 这一路。同一块板在 8T 小区规格和 2T 小区规格下的口径不一样,8T 规格下 LBBPd4 是 3×20M,2T 规格下是 3×20M 单载波。这个区别在做扇区合并规划时影响很大:8T 规格意味着同一块板可以在多个扇区之间做联合处理,2T 规格则是每载波独立。

往上一档,UBBPe9 做到 9×20M,支持 9 小区合并下的双载波;UBBPe12 做到 12×20M,支持 12 小区合并下的双载波,而且 e10/e12 板可以支持 FDD。所谓"12 小区扇区设备组",指的是这块板最多能承载 12 个扇区设备组的管理能力,不是说一个光口能挂 12 个小区。这两件事在方案评审时经常被混为一谈。

真正决定能挂多少的是光口。甲厂这套的口径是基带板每光口最大支持 8 载波,具体是 7 个 20M 加 1 个 10M。也就是说,一个光口下去,不管下面桥接了多少个 pRRU,能被调度的载波总数就是 8 个。这条数一卡,桥下挂再多的 pRRU 也只是把同样的载波功率分散到更多点位上,容量并不会随点位数量线性增长。

乙厂的口径更简单:B8300 每基带板支持 6 个射频小区。6 这个数字是硬上限,规划时按小区数除以 6 向上取整就是需要的基带板数量。丙厂是从 FMC 这一级算:每块 FMC 支持 2×20M 载波,满配 5 块共 10×20MHz。丁厂的容量要按 IRU 和 DOT 的配套组合来算,不能脱离 IRU 单独讲 BBU 能带多少。

厂商承载单元单板/单框容量口径规划时按什么倒推
甲厂UBBPe9 / UBBPe129×20M / 12×20M,支持 9/12 小区合并下双载波每光口 8 载波(7×20M+1×10M)先卡死
乙厂B8300 基带板每基带板 6 个射频小区小区数除以 6 向上取整
丙厂FMC每块 2×20M,满配 5 块共 10×20MHz按载波总数除以 2 倒推板卡数
丁厂BBU + IRU依赖 IRU 配套组合与 DOT 挂载数按 IRU 级联链数和末端点位反算

表格里最右边一列是我实际做方案时会写在草稿纸上的东西。规格表给出的是"上限",倒推公式给出的是"够不够用"。两者一对,多出来的余量才是真正可以拿去应对需求变更的空间,余量小于 20% 的方案我一般会重新考虑板卡配置。

3.2 2G 那笔账:RFC 卡、DCU 和 4 载频的上限

2G 这部分看着简单,实际是四家里最容易算错的一段。乙厂的 RFC 射频卡目前提供 900M/1800M 频段全带宽信号的射频接入,入口电平范围 6~16dBm,1T1R 配置,每张 RFC 板卡支持 1 个 GSM 小区。每 DCU 可配置 1 到 6 块 RFC 卡,对应 1 到 6 个 GSM 小区,每个 GSM 小区最大支持 4 个载频。

这段规格翻成规划语言就是三层除法。第一层:这个项目需要几个 GSM 小区,除以 1 得到 RFC 卡数量。第二层:RFC 卡数量除以 6 向上取整,得到 DCU 数量。第三层:接入电平 6~16dBm 这个范围决定了从现有 GSM 信源拉过来的射频馈线衰减要控制在多少以内,馈线太长导致入口电平掉到 6dBm 以下,RFC 就识别不了,现场表现是小区起不来。

甲厂这套的 2G 约束在 pRRU 模块层面,比乙厂更绕。整个模块最大支持 1 个 1T1R 的 GSM_DCU,也就是一个 pRRU 模块里只能开一个 GSM 处理单元;同一个模块内不支持 900M 和 1800M 同时开 GSM,每个 DCU 内可支持 4 个 GSM 载波。这三句话叠起来,意味着一个 pRRU 要么做 900 的 GSM,要么做 1800 的 GSM,不能两头都要。

还有一条更硬的:整个模块的总载波数不超过 10T10R,载波的发射和接收都要算进去。很多方案在这里超配,原因是只统计了 LTE 载波,忘了把 GSM 的 1T1R 加进去。算的时候要用"T 数 + R 数"统一口径,比如 4 个 LTE 载波全部 2T2R 就是 8T8R,再加一个 GSM 的 1T1R 就是 9T9R,还没到 10 的上限;但如果 LTE 配了 4 个 2T2R 又想再叠一个 2T2R 的载波,直接就超了。

3.3 pRRU 选型:3912、3917、5921、5922 的功率和频段组合

远端单元是方案里数量最多、单价最敏感的部分,选错型号返工成本最高。甲厂这套常见四个型号:pRRU3912 分黄金三频和护航四频两个版本,pRRU3917 是外置天线版本,5921 和 5922 是后面一代。

3912 黄金三频是 900M+1.8G+2.3G,护航四频在此基础上加 2.6G。输出功率上,GSM 是 1×50mW,FDD900 是 2×50mW,FDD1800 是 2×100mW,2.3G 和 2.6G 都是 2×100mW。载波配置上,900M 支持 G4/L1/G4L1 三种组合,1.8G 同样是 G4/L1/G4L1,2.3G 是 1TDL 或 2TDL,2.6G 也是 1TDL 或 2TDL。内置天线增益 2dBi,体积 1.6L 重 1.6Kg(三频版本是 1.8L/1.8Kg),传输走 CPRI_E 1×2.5G。

3917 是外置天线形态,室内外都能用,频段覆盖 900M+1.8G+2.3G+2.6G,输出功率 GSM 1×50mW,FDD900 和 FDD1800 都是 2×70mW,2.3G 和 2.6G 也是 2×70mW。射频接头是 N-母头,尺寸 290×210×85mm,重 6.5Kg,同样走 CPRI_E 1×2.5G。这个型号的定位很清楚:电梯井、车库、管廊这类需要外接天线把信号引出去的地方,用 3917 比用内置天线的 3912 靠谱,多出来的功率余量就是用来补馈线损耗的。

5921 和 5922 是更高功率的一代。5921 覆盖 900/1.8/2.3/T2.6,输出功率明显上一个台阶:900M 的 GSM 是 1×100mW、FDL 是 2×100mW、GL 是 1×50mW+2×50mW;1.8G 的 GSM 是 1×250mW、FDL 是 2×250mW、GL 是 1×125mW+2×125mW;TDL 是 2×250mW。瞬时带宽上 900M 和 1.8G 各 20MHz,2.3G 是 50MHz,T2.6G 是 60MHz。载波能力 900M 是 4GSM+1FDL,1.8G 同样,2.3G 和 2.6G 各 3TDL,最大 4GSM+6L 并发。

5921 的接口是 1×SFP 加 2×RJ45,采用带电光纤时支持电口级联 C-band 或 5G 毫米波模块;体积 2.3L、重 2.4Kg(200×200×58mm);功耗双频小于 35W,三频小于 40W,四频小于 55W;只支持内置天线型(2dBi),配套 RHUB5921 或 RHUB5923。5922 是 900/1.8/2.3 三频版本,最大 4GSM+4L 并发,体积 1.6L、重 1.5Kg(200×200×40mm),功耗双频小于 35W、三频小于 40W,配套 RHUB3918 或 RHUB5921。

型号频段载波能力典型功率体积/重量配套汇聚单元
pRRU3912 三频900M+1.8G+2.3G900:G4/L1/G4L1;2.3G:1TDL/2TDLGSM 1×50mW,FDD1800 2×100mW1.6L/1.6Kg39 系列 RHUB
pRRU3912 四频900M+1.8G+2.3G+2.6G增加 2.6G 1TDL/2TDL2.6G 2×100mW1.8L/1.8Kg39 系列 RHUB
pRRU3917900M+1.8G+2.3G+2.6G同 3912 四频FDD 各频段 2×70mW290×210×85mm/6.5Kg39 系列 RHUB
pRRU5921900/1.8/2.3/T2.6最大 4GSM+6L 并发1.8G FDL 2×250mW2.3L/2.4KgRHUB5921/5923
pRRU5922900/1.8/2.3最大 4GSM+4L 并发1.8G FDL 2×250mW1.6L/1.5KgRHUB3918/5921

选型时我会先看两件事:第一,这个点位需不需要外接天线,需要就直接上 3917,别在 3912 上折腾转接头;第二,这个区域的容量需求是单载波还是多载波,单载波场景用 3912 就够,多载波高容量场景直接上 5921,因为 5921 的 3TDL 载波能力和 250mW 功率是 3912 给不了的。中间地带(比如要 2 个 TDL 载波、功率要求中等)才是真正需要纠结的地方,这时候比的不是参数表,是这个点位的实际话务模型。

4. 组网规格与扩容边界:光口、级联和电源里的硬门槛

拓扑和容量算完,方案看起来就成型了。真正让方案在施工阶段翻车的是第三层:光口速率够不够、级联几级、供电拉多远。这些东西在规格表里都有,但分散在不同章节,很少有人把它们串起来当约束用。

4.1 CPRI 速率与光口数量:4.9G、9.8G、10.1G 到底够不够

甲厂这套的汇聚单元有四个型号:RHUB3908、RHUB3918、RHUB5921、RHUB5923。四个都是 1U 高度(43.6mm×482mm×310mm),重量都是 6Kg,差别在配套版本、光口速率和接口能力上。

RHUB3908 配套 SRAN9.0,可配 pRRU3901、pRRU3902、pRRU3911,CPRI 速率 4.9G/9.8G,CPRI-E 速率 1.25G,容量 4U4L。RHUB3918 配套 SRAN12.1,可配 pRRU3902、pRRU3911、pRRU3912、pRRU3917,CPRI 速率 4.9G/9.8G/10.1G,CPRI-E 速率 1.25G/2.5G,容量 4U8L,接口能力 4GSM+6LTE,合路能力 4GSM+12LTE,最大 4 级级联,支持 100M NR 大带宽。

RHUB5921 走的是另一条路:2×9.8G CPRI 光接口,加 8 个 10G 以太网接口,接口能力同样是 4GSM+6LTE,合路 4GSM+12LTE,最大 4 级级联,支持 100M NR 大带宽。RHUB5923 的配置更偏供电:2×9.8G CPRI 光接口,8 个 10G CPRI 光接口,8 个 DC 供电口(供电能力 200W),能力口径与 5921 一致。

这张表里最值得盯的是三个数字:CPRI 速率、最大级联级数、CPRI-E 速率。CPRI 速率决定了一条链上能跑多少载波,4.9G 和 9.8G 差一倍,10.1G 又往上一点,选型时按载波总数除以单链承载能力算链数,算完再看光口够不够。最大 4 级级联这条是硬约束,超过 4 级就必须加汇聚单元,不能硬串。CPRI-E 速率 1.25G 和 2.5G 的区别决定了末端 pRRU 能不能跑满,3912 走 1×2.5G,配 3908 的 1.25G CPRI-E 就跑不满,这种搭配在规格上不算错,但性能兑现不了。

还有一个容易被忽略的点:RHUB5923 的 8 个 DC 供电口,单口供电能力 200W。这意味着它可以同时给多个末端供电,省掉末端单独取电的工程量和安全隐患。在改造项目里,末端点位附近没有可用电源是常态,5923 这种带供电能力的汇聚单元能省掉大量走线工作。

4.2 39 系列与 59 系列混用的四条约束

两代设备混用是改造项目的常态,旧点位保留 39 系列,新增点位用 59 系列。资料里给了四条约束,每一条都对应过实际翻车。

第一条:39 系列和 59 系列支持混用,混用时建议统一选用设备能力较高的 RHUB3918 或 RHUB5921。这句话的意思是汇聚单元要按高的一方选,不能用 3908 去带 59 系列的 pRRU。

第二条:39 系列和 59 系列 PRRU 可以共 RHUB3918 或 RHUB5921,但不能共扇区设备组,需要根据设备型号单独划分扇区设备组。这条是最容易出错的:同一台 RHUB 下面,39 的 pRRU 和 59 的 pRRU 必须分属不同扇区设备组,不能合到一组里。原因是两代设备的通道数、功率等级不同,合并会导致调度和功率控制出问题。

第三条:39 和 59 系列可以共小区。对于共小区规划的 39+59 PRRU,其扇区设备组总数不超过 6。这条给了一个明确的天花板:混用做共小区时,扇区设备组数量上限从单代的 12 降到 6,容量直接腰斩。规划时如果按单代的思路算出来需要 10 个组,混用方案就得重新拆。

第四条:针对电梯和车库这样部分需要外接天线的场景,对容量要求不是很高,建议外接天线用 3902,3902 覆盖区域开通 FDD 1.8+TDD 2.3 单载波,59XX 覆盖的区域可实现 1.8/2.3 与 3902 共小区,PRRU 同时开通其它小区不受影响。这条其实是给了个绕行方案:容量要求不高的边角区域,用低规格的 3902 顶上去,既满足外接天线需求,又不至于把整个扇区规划搅乱。

这四条约束我在某园区项目上完整踩过一遍。当时图省事把 39 和 59 的 pRRU 塞进同一个扇区设备组,开通后单小区吞吐量只有理论值的一半,排查了两天才定位到扇区组划分问题。血泪经验就是:混用方案在画点位图之前,先把扇区设备组的划分表单独列出来,一个一个数,数完不超过 6 再往下走。

4.3 供电与拉远:20m 电源线、30A 空开、200W 远端供电

电源这部分在技术方案里往往只有一行字,在施工现场却是最容易卡住工期的地方。资料里明确写了两条:BBU3910 单独由客户电源取电时,单电源板推荐采用 30A 的空开,最小应不小于 20A 的空开;BBU 电源线最远拉远长度不允许超过 20m。

30A 和 20A 这两个数字的区别在于余量。推荐 30A 是给启动瞬间的浪涌留空间,最小 20A 是底线。现场如果按 20A 配了空开,正常运行没问题,一旦机房温度高、风扇全速、多板卡同时上电,就有概率跳闸。这个故障最难查,因为跳闸是随机的,日志里看不出关联。我现在的做法是一律按 30A 报,业主不同意再退到 20A,并在方案里写清楚这是最小配置。

20m 这条是硬线。BBU 电源线拉远超过 20m,压降会导致板卡工作电压跌出 -36V 到 -60V 的范围,表现为板卡反复复位或者干脆起不来。改造项目里机房位置往往是既定的,拉远距离超了只能就近加一个配电箱,没有别的解法。

BBU3910 本体的参数也值得记一下:尺寸 446mm(19 英寸)×88mm×310mm,2U 高度;重量不超过 12kg;防护等级 IP20;工作温度 -20℃ 到 +55℃;工作电压 -48V DC,范围 -36V DC 到 -60V DC;工作环境是室内应用,或者安装在室外型机柜内。IP20 意味着它不能直接装在户外,必须有机柜保护,这一点在室外站点的方案里要写清楚,否则施工队会直接挂墙上。

功耗这边也有数:5921 双频小于 35W、三频小于 40W、四频小于 55W;5922 双频小于 35W、三频小于 40W。这些数字在算机房总功耗和 UPS 容量时要用,尤其是挂载密度高的场景,一个弱电间挂二三十个 pRRU,功耗叠加起来不是小数。我一般按标称值上浮 30% 报 UPS 容量,留出来的余量给未来扩容。

5. 常见问题与避坑:五条用返工换来的排查清单

这一章的五条,每一条都能对应到一次实际的返工或者一次深夜排查。写出来不是为了吓人,是想让后来的人少走一遍。

5.1 载波数算对了,扇区设备组却超了

现象:方案评审时容量计算没问题,每光口 8 载波、每板 12 小区都对得上,开通后却发现部分小区起不来,网管上显示扇区设备组资源不足。

原因:把"小区数"和"扇区设备组数"当成了同一个东西。载波数是基带板能调度的频率资源,扇区设备组是逻辑分组,一个扇区设备组可以承载多个载波,但组的数量是有上限的。混用 39 和 59 系列时,共小区的扇区设备组总数不能超过 6,这条约束在单代设备的规格里没有,容易被漏掉。

解决:画点位图之前先出一张扇区设备组划分表,按设备型号分组,每个组标注承载的载波数和频段,最后数总组数。混用场景严格按 6 组的上限控制,超了就拆分或者把部分点位降到单载波。

5.2 同频段相邻频点踩线,LTE 载波配不出来

现象:规划了 4 个 LTE 载波,按 E1+E2+D1+D2 的组合下配置,系统提示频点冲突,只能配出 3 个。

原因:LTE 最大可配置 4 载波,但同频段最多只能有 2 个相邻频点。E1+E2+D1+D2 和 E2+E3+D1+D2 都是合法的,E1+E3+D1 或者 E1+E2+E3 就不合法,因为同频段出现了 3 个频点。这条规则在规格里写得清楚,实际配置时因为频点编号不直观,很容易配错。

下面这段脚本是我用来做配置前校验的,输入候选频点列表,输出组合是否合法:

# 校验 LTE 载波组合是否满足同频段相邻频点不超过 2 个的约束 # 频点命名规则:E 段(2.3G)为 E1/E2/E3,D 段(2.6G)为 D1/D2 def check_carrier_combo(combo): if len(combo) > 4: return False, "载波总数超过 4" bands = {} for f in combo: band = f[0] # 取频段首字母,E 或 D bands.setdefault(band, []).append(f) for band, freqs in bands.items(): if len(freqs) > 2: # 同频段最多 2 个频点 return False, f"{band} 段频点数 {len(freqs)} 超限" return True, "组合合法" for c in [["E1","E2","D1","D2"], ["E2","E3","D1","D2"], ["E1","E3","D1"], ["E1","E2","E3"]]: print(c, check_carrier_combo(c))

脚本的核心逻辑就一句:按频段首字母分组,任何一组的频点数超过 2 就判不合法。参数改起来也简单,如果以后频段命名规则变了,只改f[0]这一处的取值逻辑即可。跑一遍能提前把不合法的组合筛掉,比在网管上试错快得多。

还有一个更隐蔽的约束:不支持 900+1800+2600(E/F 通道)同时工作,但支持 900+2600+2600 或者 1800+2600+2600。也就是说 GSM、FDD1800 和 D 频不能同时存在。这条在规划三频点位时是红线,一旦点位要同时开 GSM、FDD1800 和 D 频,这个点位就必须拆成两个模块。

5.3 混用两代 PRRU,共小区之后容量腰斩

现象:改造项目保留旧点位、新增点位用新代设备,混用后共小区,开通测试单小区下行速率只有理论值的一半左右。

原因:39 和 59 系列可以共小区,但共小区时扇区设备组总数不能超过 6。原方案按单代设备算出来需要 8 到 10 个组,混用后组数上限砍到 6,实际只能开出一半的容量。

解决:混用方案在规划阶段就要按 6 组的上限做容量核算,不够就拆成两个小区,或者把旧点位降级到单载波只承担覆盖兜底。另外混用时汇聚单元要选能力高的型号(RHUB3918 或 RHUB5921),不要用 3908 去带 59 系列。

5.4 电源空开按经验配,随机跳闸查不出原因

现象:机房设备运行一段时间后偶发跳闸,重启后恢复,日志里没有任何异常记录,换了板卡也没用。

原因:单电源板按 20A 配了空开,运行在临界点。机房温度升高、风扇全速、多板卡同时上电的瞬间电流超过 20A,空开跳闸。这种故障没有告警留痕,属于典型的黑匣子问题。

解决:按推荐的 30A 配,最小不低于 20A;同时检查 BBU 电源线拉远长度是否超过 20m,超了就近加配电箱。这两条一起做,跳闸问题基本能一次解决。后悔药是提前在方案里写清楚,而不是等施工队按经验拍。

5.5 2G 和 4G 一起上,链数超配

现象:乙厂方案里 4G 规划了 8 条链,2G 也要上,开通时发现 DCU 端口不够用,只能砍掉两条链。

原因:DCU 里的 DPC 卡最大支持 6 对 CPRI 端口,做 2G 时 BBU 与 DCU 按 1:1 配备,所以 4G 每个 BBU 不可超过 6 条链。规划时如果只按 4G 容量算出 8 条链,加上 2G 就必然超配。

解决:做方案时先确定 2G 是否保留,保留就按 6 条链的上限倒推 4G 容量。8 条链的需求要么拆成两个 BBU,要么把部分 pRRU 合并到同一条链上,牺牲扇区划分粒度。这个决策要在报价之前做,报价之后改方案,成本控制不住。

6. 落到选型:按场景给一张对照表,再补一个必做的检查动作

把前面几章的账算完,选型其实可以压缩成一张按场景的对照表。这张表不是标准答案,是我在做方案时用来快速定位的那一版,实际项目还要按现场条件微调。

场景特征优先考虑判断依据
2G 必须保留且要对齐原有 GSM 载频乙厂 QCell 系列DCU 提供 RFC 射频接入,入口电平 6~16dBm,每卡 1 个 GSM 小区,每小区最大 4 载频
纯 4G/4G+5G,追求链路短、故障面窄甲厂 LampSite 系列BBU 直挂汇聚桥,2G/4G 共用前传,层级少
单层面积大、弱电间分散、需要多级扇出丙厂 Flexi Cluster 系列mHub 扇出加 mAP 级联,单框满配 10×20MHz
超大平面、汇聚要按区域层层外推丁厂点系统BBU→IRU→DOT,IRU 可多级堆叠
末端点位附近无可用电源甲厂 59 系列 + RHUB59238 个 DC 供电口,单口供电能力 200W
电梯、车库需外接天线但容量要求低pRRU3917 或 3902外置天线 N-母头,功率余量补馈线损耗
改造项目新旧设备混用RHUB3918 或 RHUB5921混用时汇聚单元按高能力选,扇区设备组总数不超 6

表里最后一行是我想单独拎出来说的。混用场景的坑不在设备本身,在"组"这个维度上。单代设备的规格书写的是 12 个扇区设备组,混用之后上限变 6,这个变化不会在任何一份设备的规格书里出现,只会在组网约束那一节里提一句。做改造项目的人如果只看设备规格不看组网约束,这个坑必踩。

还有一个动作,我现在每个项目都强制走一遍,放在出图之前:把整个方案的载波组合、扇区设备组数、光口链数、电源空开容量四项,做成一张 A4 纸的核对表,逐项打勾。四项全部对得上才允许出点位图。看起来很笨,但正是这个笨动作,让我在某园区项目之后再也没有因为"算漏一个数"而返工。那次的问题出在光口:载波数按每光口 8 个算对了,但没算 GSM 的 1T1R 也占载波位,四个点位全部超配,点位图重画了一遍,工期推了两周。

做室分方案这件事,玄学的地方不多,大部分翻车都发生在"规格表里写了但没串起来看"的交叉点上。四家设备各有各的长处,甲厂链路短、乙厂 2G 接入干净、丙厂扇出灵活、丁厂汇聚可堆叠,选谁取决于现场那三个条件问出来的答案,而不是谁的参数更大。这份资料把四家的拓扑结构、室内基带单元与远端射频单元的设备简介、组网规格并排放在一起,遇到具体项目可以照着表一项一项对,比自己翻四份手册快得多,需要的话按需取用。

从那以后我每次出室分方案,都会先把载波组合和扇区设备组在纸上算一遍,画完点位图再回头核一遍光口和电源,两遍都对上了才敢往下走。希望帮到你。

本文还有配套的精品资源,点击获取

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/28 3:24:11

异步HTTP客户端连接管理:AHC与HttpAsyncClient对比

1. 问题背景与核心概念解析在异步HTTP客户端开发中,连接管理是个容易被忽视但极其重要的环节。最近在技术社区看到有人提出关于AHC(AsyncHttpClient)与HttpAsyncClient对HttpEntity处理机制的疑问,这确实是个值得深入探讨的话题。…

作者头像 李华
网站建设 2026/10/28 3:23:42

RAG大文件并发处理:从内存爆炸到生产级稳定

1. 项目概述:为什么“RAG支持大文件并发”不是锦上添花,而是生产落地的生死线我做RAG系统落地整整七年,从最早用FAISS搭单机检索,到后来带GPU推理集群跑百节点知识服务,踩过最痛的坑,从来不是模型精度不够&…

作者头像 李华
网站建设 2026/10/28 3:22:08

Delphi调用Bartender COM接口实战指南:版本对齐与ActiveX集成避坑

简介:本资源是一份面向Delphi开发者的技术实践文档,聚焦于在Delphi开发环境中集成与调用Bartender标签打印软件的核心方法,适用于工业自动化、物流管理、生产追溯等需定制化标签打印的中高级应用场景。文档系统讲解了通过ActiveX控件调用Bart…

作者头像 李华
网站建设 2026/10/28 3:21:40

ECC多义性解析:椭圆曲线密码学、SAP ECC与纠错码的搜索边界

1. ECC 到底是什么:从一条热搜说起ECC 这三个字母,放在不同圈子里,指向的东西完全不一样。做密码学的看到它,第一反应是Elliptic Curve Cryptography,椭圆曲线密码学;做企业信息化的看到它,想到…

作者头像 李华
网站建设 2026/10/28 3:21:30

快速排序优化:如何实现工业级性能

1. 快速排序的缺陷:为什么你的实现总比标准库慢?快速排序作为计算机科学史上最伟大的算法发明之一,自1960年由Tony Hoare提出以来,一直是排序算法中的性能标杆。但每个亲手实现过快速排序的开发者都会发现——自己写的版本运行速度…

作者头像 李华