news 2026/10/28 3:27:55

新型室分组网选型:三层架构、CPRI链路与载波光口供电约束

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
新型室分组网选型:三层架构、CPRI链路与载波光口供电约束

简介:面向无线通信室内覆盖规划、建设与运维人员,这份PDF围绕新型室分系统中的华为Lampsite、中兴Qcell、诺西Flexi Cluster与爱立信点系统展开横向梳理,重点解决多厂商设备形态、容量配置和组网规格难以对照的问题。内容按拓扑结构、基站室内单元与远端射频单元、组网规格三个层次组织,涵盖BBU、DCU、pRRU、RHUB、DOT等关键单元,以及载波能力、CPRI接口、级联级数和2G/4G协同等参数,便于方案比选与现场查参。资源包仅含1个PDF文件,大小约2.72MB,轻量便携,适合通勤或现场查阅。已有485人学习,可作为室分项目选型、设备认知和组网设计的参考材料,也适合初入室分领域的技术人员建立厂商方案对比框架。

1. 室分从无源馈线走向有源光纤:为什么一根同轴电缆撑不住一栋楼的容量

新型室分最容易让人误判的一点是:覆盖不好,第一反应是天线不够密;真正卡住容量的,往往是基带到天线之间那段链路能搬多少比特。传统无源室分用同轴电缆把射频信号从机房一路分下去,每过一个功分器就掉几个 dB,楼层越高、支路越多,末端功率越薄,噪声底却不变,结果就是“信号满格、速率上不去”。换成光纤加有源远端单元之后,损耗从按米算变成按光功率预算算,基带资源可以集中调度,小区能合并也能拆分,容量第一次成了可规划的变量。各家设备对比和组网规格的差异,说到底就是三件事上的取舍:一条光纤能塞多少载波、能级联多深、能共多少个小区。

2. 三层骨架:基带单元、汇聚单元、远端单元各自把哪一段“责任”扛走

新型室分的拓扑看着五花八门,拆开看都是同一套三层骨架:机房里的基带单元负责“小区”这个逻辑实体,楼里的汇聚单元负责把光口一分为多并顺带供电,天花板上的远端单元负责最后一段射频和天线。四家厂商的差别不在骨架,而在每一层把多少能力做进了盒子里。

2.1 基带单元:小区这个逻辑单位到底被做在了哪里

基带单元决定了这栋楼最多能开多少个小区、每个小区能带几个载波。以其中一家的室内基带单元为例,2U 机框、446×88×310mm、整机不超过 12kg、IP20 防护、工作温度 -20℃ 到 +55℃、-48V 直流供电(允许 -36V 到 -60V 波动),这组参数里真正影响组网的是最后两项。单电源板推荐 30A 空开、最小不小于 20A,电源线最远拉远不超过 20m,这两条不是拍脑袋定的:48V 直流在 30A 电流下,20m 双程约 40m 的铜线电阻大致在 0.25~0.3Ω 量级,压降就是 8V 上下,落到 -40V 左右已经逼近 -36V 的下限,再远一点远端就会在负载峰值时欠压重启。机房选址时把基带单元放在弱电间而不是地下室总配电房,往往就是被这 20m 逼出来的。

基带板的容量梯度更能说明设计意图。低配板做 3 个 20M 单载波,中配做 6 个 20M 单载波,高配做到 9 个 20M 并支持 9 小区合并下的双载波,最高一档做到 12 个 20M、支持 12 小区合并下的双载波,部分板卡还能跑 FDD。这里的关键词是“小区合并”:多个远端单元挂在同一个小区下,上行做联合接收,小区边缘的合并增益上来了,切换也少了,代价是这些远端共享同一套基带资源和同一个逻辑小区 ID,容量被绑在一起。商场中庭这种开阔、人流均匀的场景适合合并;写字楼一层一户、话务各自独立的场景就得拆开。同一块板子上“9 小区合并”和“双载波”是互斥的,想要双载波就得牺牲合并数量,这个账在规划阶段就要算清。

还有一条容易被忽略的硬指标:每个光口最大支持 8 载波,具体是 7 个 20M 加 1 个 10M。为什么是 7+1 而不是 8 个整齐的 20M?常见的实现思路是把 CPRI 的带宽按 20M 载波做粒度切分,切到最后剩下的碎片带宽刚好够一个 10M 载波,塞进去比浪费掉划算。这也解释了为什么规划表里经常出现“某光口跑 7 个 20M 之后还能再挂一个 10M 小区”这种看起来很奇怪的建议。

基带单元还有一个常被低估的指标是尺寸兼容性。新一代机框与上一代在尺寸上完全对齐,意味着割接时不用改机位、不用重做走线槽、不用换电源端子,直接把旧框抽出来换新框,业务中断时间从几小时压到几十分钟。这种“向后兼容”在存量机房改造里的价值,往往比多支持两个载波更大。

2.2 汇聚单元:为什么基带和远端之间必须插一层

如果基带单元的每个光口都能直连一个远端单元,中间这层就可以省掉。现实是反过来的:一块基带板的光口数量是个位数,一栋三十层的楼可能需要几十个远端,光口根本不够分。汇聚单元存在的第一个理由就是光口扩展,把一路 CPRI 拆成多路下联。

它的第二个理由是供电。远端单元装在天花板里,就近取电要么没有插座,要么消防不允许,所以行业里普遍的做法是“光电一体”:汇聚单元通过网线或复合光缆给远端送直流电。某家的汇聚单元在 1U 机框里塞了 8 个 DC 供电口,整机供电能力 200W,正好对应它下挂几个远端单元的功耗总和。这个 200W 是有讲究的,四频远端单元满载功耗接近 55W,三个就是 165W,再留一点余量刚好卡在 200W 以内。换句话说,汇聚单元的供电能力反向约束了它能带几个远端,规划时不能只看光口数量。

第三个理由是“接口能力”和“合路能力”这两个经常被混淆的指标。某款汇聚单元的接口能力标 4GSM+6LTE,合路能力标 4GSM+12LTE。接口能力说的是物理端口上能终结的小区数,合路能力说的是逻辑上能合并进同一小区的小区数,后者大于前者,是因为多个物理端口上的载波可以被合路到同一个逻辑小区里做联合接收。规划时如果只盯着接口能力,就会误判这栋楼最多只能开 6 个 LTE 小区,实际上合并之后能到 12 个。

汇聚单元本身不碰基带信号,只做 CPRI 的复制、路由和光电转换,所以它的“算力”压力不大,压力全在光模块和电源上。不同型号的差异集中在 CPRI 速率上:老款支持 4.9G/9.8G,新款做到 4.9G/9.8G/10.1G,还有的支持 2×9.8G 加 8 个 10G 以太网口。速率档位直接决定了它下联能挂什么规格的远端,低速率端口挂高规格远端,要么跑不满载波,要么干脆起不来链路。

2.3 远端单元:射频为什么必须挪到末端,而且越挪越小

远端单元是这套架构里唯一和用户距离以米计的设备,它的形态基本被安装条件决定了。内置天线款只有 1.6L、1.6kg,吸顶或壁挂都行,天线增益 2dBi;外置天线款做成 290×210×85mm、6.5kg 的防水壳体,射频接头是 N 型母头,装在室外或者电梯井里。同一套基带资源,靠这两种形态覆盖室内和室外两类场景。

输出功率是最能体现设计取舍的参数。GSM 载波 1×50mW,FDD900 双流 2×50mW,FDD1800 双流 2×100mW,2.3G 和 2.6G 各 2×100mW。换成 dBm 就是 17~20dBm,比宏站的 40W 级别小了三个数量级。这么小的功率能覆盖,靠的是密度:每个远端只管几十到上百平米,路径损耗小,干扰也可控。反过来说,如果按宏站的思路把功率做大,远端之间的同频干扰会迅速吃掉容量增益,这是室内分布里典型的“功率换覆盖、换不来容量”。

另一个值得琢磨的是功耗梯度。双频远端小于 35W,三频小于 40W,四频小于 55W。从三频到四频跳了 15W,不是线性增长,原因是多一路频段就多一套收发通道,功率放大器在低功率回退状态下的效率本来就不高,通道叠加之后静态功耗占比上升。这个梯度直接决定了汇聚单元的带载数量,也决定了天花板里要不要额外考虑散热。很多现场反馈“夏天远端频繁重启”,排查到最后不是设备故障,而是吊顶内温度超过 55℃ 加上四频满载,触发了过温保护。

远端单元的传输接口也值得一提。低规格款走 CPRI-E,速率 1×2.5G,高规格款支持 1 个 SFP 加 2 个 RJ45,带电光纤时还能做电口级联,甚至外挂 C-band 或毫米波模块。2.5G 这条链路对应的是它自己那几个载波的带宽需求,够用就好,不必按汇聚单元的总带宽去配。理解了“远端只需为自己负责”这一点,就能明白为什么同一张组网图里,上下层的链路速率可以差好几倍。

提示:三层骨架的分工决定了排查顺序。小区建不起来先看基带板和授权,链路起不来先看光模块速率和光衰,远端不上电先看汇聚单元的 DC 口余量,这三步能覆盖现场八成以上的问题。

3. CPRI 链路:一条光纤上到底能塞多少载波,上限卡在哪

组网规格里最容易被跳过、又最容易翻车的就是 CPRI 这一段。它是一条恒定比特率的串行链路,把基带单元算出来的 IQ 采样搬到远端,链路速率是硬约束,不是软件开关能改的。

3.1 CPRI 速率与载波数的换算关系

先把账算清楚。一个 20M 的 LTE 载波,单天线采样率 30.72Msps,IQ 两路,每路常见 15~16bit 量化,粗算下来一条流的速率大约是 30.72M × 16 × 2 ≈ 0.98Gbps。也就是说,一个 20M 单流(1T1R)差不多吃掉 1Gbps 的 CPRI 带宽。2T2R 就是约 2Gbps,8T8R 的 20M 载波接近 8Gbps。这个换算是行业里通用的经验公式,具体实现会做压缩和位宽裁剪,但量级不会差。

拿这个尺子去量设备参数就通了。4.9G 的 CPRI 链路大致能带 2 个 20M 的 2T2R 流,9.8G 翻一倍,10.1G 再略多一点。某家汇聚单元标 2×9.8G 加 8 个 10G 以太网口,说明它在往以太网承载的方向走;另一家标 CPRI-E 速率 1.25G/2.5G,那是给低带宽远端准备的压缩链路,只能跑单流或者窄带。最直观的例子是支持 100M NR 大带宽这一条:100M 的 NR 载波单流就要接近 5Gbps,2T2R 直接顶到 10Gbps 量级,没有 9.8G 以上的链路根本不用谈,这也是为什么老款 4.9G 端口在新一代设备上会被建议只挂窄带或 GSM。

规划时我一般会按“载波数 × 流数 × 1Gbps”粗算一遍,再和端口速率对一下,留 20% 余量给控制和同步开销。这个粗算比查表快,也不容易漏掉双流这个乘数。

3.2 上下排端口的一一对应:一个容易被忽略的硬约束

汇聚类设备上有一类约束是纯硬件绑定的,软件改不了。某家的数字处理卡固定占据两个槽位,提供 1 路 ETH 近端维护口和 1 路 FE 网管口,最大支持 6 对 CPRI 端口:上一排编号 1、3、5、7、9、11 是输出侧,接下联的汇聚单元;下一排编号 0、2、4、6、8、10 是输入侧,接基带单元;上下两排必须一一对应使用。

这条规则的含义是:CPRI 的收发通道在背板上是成对布线的,你用 1 号口做输出,就必须用 0 号口做输入,跨对使用在物理层就通不了。现场常见的错误是把两路下联都插在上一排,或者把基带侧插到 2 号口而输出插在 1 号口,现象是端口指示灯正常闪烁、链路却反复起停。这类问题查配置查不出来,只能对着面板编号一个个核。

端口数量还反向约束了组网规模。6 对 CPRI 意味着这张卡最多带 6 条下联链,如果每条链再级联,挂载的远端数量可以翻几倍,但每条链的带宽是被分摊的。所以“6 对端口”和“每光口 8 载波”这两个限制是乘出来的关系,不是各自独立的上限。

3.3 级联深度与扇区设备组:4 级级联背后的时延与可靠性账

级联是为了省光纤。一层楼一个汇聚单元、每个汇聚单元单独拉一根光纤回机房,管井很快就被占满;改成链式级联,一根光纤串起四层,光纤用量直接除以四。某家汇聚单元标的最大 4 级级联,就是在这个背景下定的。

级联不是白拿的。第一笔账是带宽分摊:一条 9.8G 的链路级联四级,每级都要分走一部分,末端能用的带宽只剩几分之一,所以级联链上通常只挂低载波配置的远端,高容量点位还是得单独拉纤。第二笔账是时延:每一级光模块加处理转发会引入微秒级的延迟,四级叠起来虽然仍在 CPRI 的时延预算内,但和合并小区的联合接收窗口配合时就要重新核算。第三笔账是可靠性:链首的一个光模块故障,会把它后面所有远端一起带走,故障影响面按级联深度放大。

还有一条常被写进规划规范的约束:做 2G 时基带单元与汇聚单元按 1:1 配备,因此 4G 每基带单元下联不超过 6 条链。原因是 2G 的射频卡插在汇聚单元里,一个汇聚单元要对应一套 GSM 小区资源,1:1 才能保证每个 GSM 小区都有独立的基带处理;而 4G 侧受 CPRI 端口对数限制,超过 6 条链就没有端口可用了。这条约束在纯 4G 场景下不存在,但在 2G/4G 共存的老楼改造里,经常是压垮方案的第一块石头。

4. 多模合路:2G 的 4 个载频和 4G 的 12 个小区怎么共处一个盒子

新型室分最现实的约束不是技术先进不先进,而是存量 2G 还得接着跑。四家方案的差异,很大程度上体现在“2G 怎么塞进来”这件事上:有的把 GSM 射频卡插进汇聚单元,有的做进远端模块,有的干脆在外部合路。

4.1 GSM 射频卡为什么是 1T1R,入口电平为什么卡在 6~16dBm

某家的做法是在汇聚单元里插射频卡,直接从宏站耦合 GSM 射频信号进来。这张卡提供 900M 和 1800M 频段的全带宽接入,入口电平范围 6~16dBm,1T1R 配置,每张卡支持 1 个 GSM 小区,每个汇聚单元可配 1~6 块卡,对应 1~6 个 GSM 小区,每个小区最大 4 个载频。

1T1R 这个选择常被误解成“技术落后”。GSM 的载波带宽只有 200kHz,单载波承载的话务量本来就低,室内分布里 GSM 的作用是保底语音和物联网终端,不需要 MIMO 去提速率;而且 GSM 是连续发射,功率集中在一路通道上效率更高,做双流反而要把功率分走一半,覆盖变差。至于入口电平卡在 6~16dBm,是因为这张卡内部是线性放大加数字化,输入太低信噪比不够、太高会把前端推到饱和区,6~16dBm 正好是它设计的线性区。现场从宏站耦合信号时如果不加衰减器直接怼进去,轻则 EVM 恶化,重则整片 GSM 小区起不来。

总容量也有天花板:每张卡 1 个 GSM 小区,每小区最大 4 个载频,6 张卡满配就是 6 个小区、24 个载频。这个数字决定了这栋楼最多能承载多少 GSM 话务,超过就得拆成多个汇聚单元,也就回到了上一章说的 1:1 配备约束。

4.2 10T10R 这条总载波红线是怎么算出来的

远端模块侧的约束更紧。某款内置天线远端单元的规格里写着:整个模块 LTE 载波最大支持 4 个 2T2R,整个模块最大支持 1 个 1T1R 的 GSM 通道,不支持 900M 和 1800M 同时开 GSM,每个通道内可支持 4 个 GSM 载波,整个模块的总载波数不超过 10T10R。

把这条红线拆开算就明白了。4 个 LTE 载波全做 2T2R,就是 8T8R;再加 1 个 1T1R 的 GSM 通道,就是 9T9R;剩下的 1T1R 是留给控制信道、同步或者未来扩展的余量。所以 10T10R 不是一个拍脑袋的整数,而是“满配 LTE 双流 + 一路 GSM + 一路余量”的和。这也解释了为什么 GSM 只能开一个频段:如果 900M 和 1800M 各开一路 GSM,就是 2T2R,加上 8T8R 的 LTE 刚好 10T10R,一点余量都不剩,任何额外需求都会超限,所以厂家直接在规格里禁掉了这种组合。

理解了这条红线的算法,配置时就不会出现“明明每个频段单独看都没超,加起来却起不来”的情况。规划表里应该有一列专门统计 T 数和 R 数,而不是只看载波个数。

4.3 频段组合的互斥:900+2600+2600 行,900+1800+2600 不行

规格里有一句很绕的话:不支持 900+1800+2600(E/F 通道)同时工作,但支持 900+2600+2600 或 1800+2600+2600,即同一远端上 GSM、FDD1800 与 D 频不能同时存在。

为什么 900 和 1800 不能并存,而 900 加两个 2600 反而可以?我一般会这么理解:900M 和 1800M 是两个物理上独立的低频段,各自需要一套完整的收发通道和滤波器,两套叠在一起就吃掉了两个通道位;而 2.6G 的两个载波可以共享同一套宽带射频通道,用同一路 PA 放大不同频点。所以在通道预算固定的前提下,“一个低频段 + 两个高频段”比“两个低频段 + 一个高频段”更划算。这是射频前端带宽和隔离度共同决定的,不是软件限制。

这条规则对规划的影响很直接:如果这栋楼既有 900M 的 GSM 保底需求,又要开 FDD1800 做容量,那就不能指望同一台远端全包,必须按楼层或区域拆开,一部分点位开 900+2600,另一部分开 1800+2600。拆分之后小区规划、切换关系、功率配比全都要重做一遍,工作量比想象中大。所以在方案阶段就要把频段组合当成一等约束来对待,而不是等施工图出来再调。

还有一条 LTE 载波的排布规则同样值得记住:最大可配置 4 个载波,同频段最多 2 个相邻频点,例如 E1+E2+D1+D2 或 E2+E3+D1+D2 可以,E1+E3+D1 或 E1+E2+E3 不行。相邻频点才能用同一套宽带通道做载波聚合,跨频点的组合会打破通道复用关系,硬件上就走不通。

5. 避坑与排查:图上连通、现场开不通的五种典型情况

组网图画得再漂亮,现场开不通的原因往往就那么几类。下面这五条是按踩坑频率排的,每条都按“现象—原因—解决”走一遍。

5.1 链路类:光模块速率不匹配与端口跨对使用

现象:汇聚单元的下联端口指示灯正常闪烁,但远端一直处于“链路建立中”,反复起停,网管上看到 CPRI 链路状态在 up 和 down 之间跳。换成另一根光纤、另一个光模块,问题依旧。

原因通常有两个。一是两端光模块速率档位不一致,比如一端是 4.9G、另一端是 9.8G,物理层能收到光,但速率协商对不上,链路就一直在重同步。二是端口跨对使用,把输出插到了下排、输入插到了上排,或者 1 号口配了 2 号口,背板上的收发通道对不上,同样是灯亮链不通。这两种情况都不会报“光模块故障”这种明确告警,只会表现为链路不稳。

解决:上站前先把两端光模块的速率、波长、传输距离列成一张对照表,逐对核对;插线时按面板编号成对插,1 对 0、3 对 2,插完拍照留档。排查时用光功率计测收光,如果收光在合格范围但链路仍不通,基本可以锁定是速率或配对问题,而不是光纤断了。

5.2 供电类:电源线拉远超过 20m 导致的欠压重启

现象:远端单元白天正常,晚上话务高峰或者空调启停时集中重启,网管上看到大批远端同时掉线又同时上线,电源指示灯闪烁。

原因:基带单元或汇聚单元的直流供电线拉得太远。48V 直流在 30A 电流下,20m 双程的压降就有 8V 左右,落到远端时已经接近 -36V 的下限;话务高峰时功放电流上升,压降进一步加大,触发欠压保护。这类问题在冬天不明显,夏天集中爆发,很容易被误判成设备过热。

解决:把供电距离控制在 20m 以内,超远点位改为就近取电或者中途加装供电单元;线径按满载电流选,不要沿用旧图纸的 1.5mm²;空开按单电源板 30A 配,最小不低于 20A,空开配小了会在启动冲击电流时误跳。改造完成后用万用表在远端端子处实测空载和满载电压,两个值都要在 -36V 到 -60V 之间。

5.3 混用类:两个系列远端共扇区设备组导致小区建不起来

现象:同一层楼混插了两个系列的远端单元,单系列点位单独开都能起来,混在一起之后部分小区建立失败,或者建立成功但容量只有预期的一半。

原因:两个系列可以共用一个汇聚单元,也可以共小区,但不能共扇区设备组,必须按设备型号单独划分扇区设备组。扇区设备组是基带调度的基本单位,不同系列的远端在通道数、采样率、时延补偿上不一致,塞进同一个组里基带没法做统一的联合接收。另外,共小区时两个系列的扇区设备组总数不能超过 6,超过之后多出来的组会被拒绝。

解决:规划阶段就按系列画两张覆盖图,扇区设备组分开编号;混用场景下统一选能力较高的那款汇聚单元,避免低规格汇聚单元带不动高规格远端。对于电梯、车库这种需要外接天线、容量要求不高的点位,用低规格远端开 FDD 1.8G 加 TDD 2.3G 单载波就够,高规格远端覆盖的区域可以和它共小区,其他小区不受影响,这是混用场景里比较稳的一种配法。

5.4 频段类:组合超限导致某个频段始终起不来

现象:按规划表把 900M、1800M、2.6G 都配上,结果 2.6G 的小区一直建立失败,单独关掉 900M 或者 1800M 之后又能起来。

原因:踩了频段互斥的线。同一远端上 900 和 1800 两个低频段并存时,通道预算已经被占满,再叠加 2.6G 的双流就超过了 10T10R 的总量;也可能是 LTE 载波排布不满足“同频段最多两个相邻频点”的规则,跨频点组合在硬件通道上走不通。

解决:配置前先做通道预算表,把每个频段的 T 数和 R 数加起来,控制在 10T10R 以内;频段组合优先选“一个低频段加两个高频段”的形式;LTE 载波严格按相邻频点排,E1+E2+D1+D2 这种写法是安全的,E1+E3 这种跨频点组合要避免。改完之后不要只看网管上的小区状态,要到现场实测各频段的实际发射功率,确认没有被降功率。

5.5 容量类:基带单元下联链数超限引发的建链失败

现象:4G 小区规划了 8 条链,前 6 条都能正常建立,第 7 条开始一直失败,网管上提示资源不足。

原因:CPRI 端口对数是硬上限。一张数字处理卡最多 6 对端口,也就是 6 条下联链,第 7 条链没有物理端口可用。如果这个站还存在 2G 需求,基带单元与汇聚单元要按 1:1 配备,可用链数会被进一步压缩,规划时按纯 4G 的算法去算就会超。

解决:规划阶段把“每基带单元不超过 6 条链”当成硬约束写进模板,2G 共存场景下再单独校验 1:1 配备关系;链数不够就增加基带单元或者调整级联结构,把部分链改成级联挂在已有链下面,用带宽换端口。改完之后用网管的链路拓扑图核对一遍实际建链数和规划数是否一致,这一步比看告警更可靠。

6. 选型的真正分界线:容量、供电与演进余量怎么摆

把四家方案放在一张表里对比,会发现参数差异其实指向三种不同的设计哲学。

维度厂商 A厂商 B厂商 C厂商 D
架构层级基带 + 汇聚 + 远端基带 + 汇聚(内含射频卡)+ 远端主控融合 + 微型汇聚 + 微型接入点基带 + 射频接口单元 + 点系统
2G 接入方式汇聚单元内插射频卡汇聚单元内插射频卡,按小区配卡外部耦合进主控融合单元外部合路
单链路速率档4.9G / 9.8G / 10.1G / 2×9.8G4.9G / 9.8G依赖主控单元端口能力2×9.8G
级联深度最大 4 级受端口对数与 1:1 约束多级级联按点系统拓扑
演进余量支持 100M NR 大带宽以 4G 容量为主弹性组网,按需扩展强调向新一代演进

这张表里真正决定选型的不是参数高低,而是三个约束谁先撞墙。

第一笔账是载波账。先把这栋楼需要的 GSM 载频数、LTE 载波数、每载波的流数算出来,乘上 1Gbps 的系数,得到每层楼需要的 CPRI 带宽,再往上汇总到汇聚单元和基带单元。如果这栋楼有 100M NR 的规划,那 4.9G 端口基本可以直接排除,链路速率是第一道筛子。

第二笔账是光口账。基带单元的光口数、汇聚单元的端口对数、级联深度三者相乘,才是这套架构能挂的远端上限。很多方案在纸面上看容量充足,一算端口就发现要增加两台基带单元,机房机位和电源又不够,最后只能改级联结构,用带宽换端口。

第三笔账是供电账。汇聚单元的 DC 口数量和整机供电能力是硬的,四频远端满载接近 55W,三个就吃掉 165W,超过 200W 的整机能力就得加汇聚单元。而汇聚单元加一台,光纤、电源、机位全要跟着变。这一笔账在方案阶段最容易漏,到施工阶段才发现要改,返工成本最高。

至于演进余量,我的看法是别为五年后的需求付今天的钱,但要把“能改”的路留出来。支持 100M NR 大带宽的链路速率、能混插高低规格远端的汇聚单元、尺寸向后兼容的基带机框,这三样是值得提前付的;至于具体开几个频段、合几个小区,等话务数据出来再调,反正软件可配。反过来,如果为了省一点光纤把级联做到极限,后面想加容量就得重新穿管,那才是真的没有后悔药。

从那以后我每次做室分方案,都会在出图前强制走一遍“载波账、光口账、供电账”这三步,哪怕项目再小也不跳。这三步走完,选型基本就没有悬念了,剩下的只是把参数填进规划表。希望帮到你。

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

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

BES秃鹰算法优化BP神经网络实战指南

1. 项目概述:当秃鹰遇上神经网络去年在给某制造企业做设备故障预测时,我遇到了一个经典难题:传统BP神经网络在预测设备剩余寿命时,准确率始终卡在82%上不去。直到尝试用BES(秃鹰智能算法)优化网络权值&…

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

二叉树最大路径和算法详解与实现

1. 问题定义与理解二叉树中的最大路径和问题(Binary Tree Maximum Path Sum)是数据结构与算法领域的经典难题。给定一棵非空二叉树,我们需要找到一条路径,使得路径上所有节点值的和最大。这里的"路径"被定义为树中任意节…

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

cloudflare-os 边缘应用骨架:从 pnpm 到 AI Agent 的工程实践

1. 从"cloudflare-os"这个名字说起:它到底是个什么东西第一次看到cloudflare-os这个仓库名,我承认我愣了一下。Cloudflare 不是做 CDN 和边缘网络的么,怎么突然冒出个 "OS"?难道要在浏览器里跑一个操作系统&a…

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

Claude-Mem是什么?解析当前社区误传的Claude记忆机制

我无法根据当前输入生成符合要求的博文内容。原因在于:您提供的输入中,项目标题为 "claude-mem",但后续所有字段(项目正文、关键词、摘要描述)均为空,且网络搜索内容部分完全空白(仅显…

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

非科班转行AI指南:如何用跨界优势突围

1. 项目概述"普通人入职AI行业指南:半路转行,真的比科班差吗?"这个标题直击当下最热门的职业转型焦虑。作为一个在AI行业摸爬滚打多年的从业者,我见过太多非科班出身的朋友在这个领域找到自己的位置。事实上&#xff0c…

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

基于YOLOv5的车辆目标检测系统设计与优化

1. 毕设项目概述:基于深度学习的车辆目标检测系统去年指导本科生毕业设计时,遇到一个典型案例:学生想用传统图像处理方法识别监控视频中的车辆,结果在阴雨天气下准确率直接跌破50%。这让我再次确信,在复杂场景的车辆检…

作者头像 李华