简介：《QCell2.0技术规范书》PDF面向无线通信工程师、网络规划与运维人员，系统梳理中兴通讯QCell2.0在密集城区和热点场景下的容量提升与覆盖增强方案。全文围绕概述、方案亮点、设备基本功能、系统结构与技术指标展开，逐一说明ZXSDR R8119、PB1120A、MA1020三类设备的硬件结构、安装方式，并给出系统、物理、电气、可靠性及环境等指标，便于读者掌握组网要点、设备选型与部署参数。压缩包共1个PDF文件，约681KB，目录层级完整，含图表目录与缩略语，适合按章节查阅。已有205人学习，可作为室内外协同覆盖规划、设备安装维护和故障排查的案头参考。

1. 有源室分：为什么把馈线换成一根网线，机房里的账全变了

翻这份有源室内覆盖方案的技术规范书，最反直觉的一条出现在设备连接图上：远端射频单元和楼层汇聚单元之间，只有一根普通网线，而且这根网线同时承担数据传输和设备供电。传统室内分布系统靠无源功分器、耦合器和几十上百米馈线把射频信号分到每个天线口，馈线粗、弯不动、损耗大，一栋楼布下来工程量惊人。换成网线之后，射频链路里最贵的两样东西——馈线和无源器件——被整体搬进了有源设备内部，链路预算从“算损耗”变成了“算带宽和功率”。这份规范书值得逐页读的原因就在这里：它把一次架构替换背后的每一个约束，都写成了可核算的数字。

2. 四级拓扑的功能切分：基带留在机房，射频推进到天花板

2.1 BBU 与 PicoRRU 的分界线：把模拟信号赶出楼宇

整份规范书里最值得先搞清楚的，是那条把“数字”和“模拟”分开的边界画在哪里。四级架构从上到下是基带单元 BBU、多制式接入单元 MAU、远端汇聚单元 P-Bridge、远端射频单元 PicoRRU。BBU 只做一件事：完成基带信号的调制和解调，下行产生基带 IQ 数据送给汇聚单元，上行把汇聚单元送上来的 IQ 数据解调。PicoRRU 做另一件事：无线收发、射频信号与数字中频信号之间的转换。中间两级不碰基带内容，只做搬运、分合路和供电。

这条边界一画，整栋楼里最脆弱的模拟链路就被压缩到了最短——从 RRU 的射频口到天线，可能只有几厘米。传统 DAS 里，射频信号要在馈线里跑几十米，每米都在掉功率，还得靠一堆无源器件分配，最后每个天线口的功率是“估算”出来的，不是“知道”的。把模拟段压到最短之后，链路预算变成了一道纯数字题：光口带宽够不够、电口速率够不够、PoE 功率够不够。这也解释了为什么规范书里 BBU 直接沿用宏站同款设备——它不需要新网元类型，网管、时钟、传输模型全部复用现成的，运维侧不用为室内覆盖单独养一套系统。

PicoRRU 的参数里有个容易被读错的细节：最大无线发射功率标的是 TD-LTE 2×125mW、TD-S 2×100mW、GSM 2×50mW。这里的“2×”不是总功率翻倍的意思，而是 2T2R 双通道各通道的输出功率，125mW 换算过来是 21dBm/通道，两通道合计 24dBm。内置天线 2dBi 增益，也支持外置天线（通过两个 SMA 接口），但规范书明确写了内置或外置“仅可配置一种”——这是硬件通路上的互斥，不是软件开关。

2.2 P-Bridge 存在的理由：光口分路、电口合路与 60W 供电

很多人第一眼会觉得汇聚单元是多余的：BBU 有光口，RRU 有网口，加个光电转换器不就行了。真正让这个设备站住脚的，是三件事同时压在它身上。

第一件是分路与合路的位置。一个 BBU 光口出来的是“小区级”的 IQ 流，一份数据对应一个逻辑小区；而一个楼层可能有八个天线点位要覆盖。汇聚单元把下行的一份 IQ 复制成多份送到各个电口，把上行的多份 IQ 相加或分别封装送回光口。规范书写得很清楚：P-Bridge 通过 1 个 SFP 接口连接 BBU 或 MAU，通过另 1 个 SFP 光口做级联，最大支持 4 级；下行信号分路、上行信号合路是它的核心职能，不是附带功能。

第二件是接口形态的转换。光口到楼层汇聚点这一段，用光纤划算，因为距离远、带宽大；最后 100 米进房间，用 CAT5e 网线划算，因为能复用建筑里已有的综合布线，施工队不用重新穿管。规范书给出的电口到 RRU 传输距离上限是 100 米，这正好是标准以太网布线单段的理论极限，说明设计上是贴着成熟布线规范来的，不是另起炉灶。

第三件是供电。RRU 是吸顶灯造型，装在天花板上，那个位置通常没有电源插座。既然已经有一根网线在传数据，顺带用同一对线把电送上去就是最省事的选择。规范书给每个电口标了 60W 的供电能力，八个口全开就是 480W 的输出预算。这个数字后面还要单独算一笔账，因为它和“整机功耗 65W”这两个数字放一起，是这份文档里最容易被误读的地方。

2.3 MAU 的价值：给已经建成的射频信源开一扇侧门

方案的第二版引入了一个可选单元——多制式接入单元 MAU，对应的型号是 ZXSDR MA1020。它的定位非常明确：把已有的射频信源（典型如 GSM 宏站或老式信源设备）接进这套室内覆盖网络。规范书里写得很直白：对于没有射频信源接入需求的场景，不需要部署 MAU，BBU 通过光纤直接连接 P-Bridge。

为什么需要这么一层“翻译”？因为 BBU 吐出来的是 IQ 数字信号，而老信源只有射频口，两者语言不通。MAU 做的就是双向翻译加合路：下行方向，把射频信源输出的射频信号转换成 IQ 信号，与 BBU 传来的 IQ 信号合路后送给 P-Bridge；上行方向，把 P-Bridge 传来的 IQ 信号分路，一份送 BBU 解调，另一份转回射频信号送回信源。

合路发生在 IQ 域这件事，是理解 MAU 的关键。时域上把两路 IQ 波形直接相加，前提是两路信号在频域上不重叠——也就是两个制式各占各的频段。这是频分复用的老思路，只不过搬到了数字域做。数字域相加的好处是不会引入合路器的插损，也不会因为无源器件的隔离度不够而产生互调。这也解释了为什么规范书对 MAU 的容量描述是“最大支持 6 个 20MHz 带宽连续载波的 GSM 信源小区”——合路的容量上限由信源侧的带宽和 RFC 射频卡的数量共同决定。

硬件上，MAU 是标准 2U 插箱，由机框、背板、现场告警模块、电源模块、风扇模块、控制时钟交换模块和射频子卡模块组成。12 个 10G SFP 光口，其中 6 个接 BBU、6 个接 P-Bridge；支持 2 块射频卡，每块提供 4 个 1T1R 的异厂家信源射频通道，满配就是 8 个 SMA 射频接口。供电同时支持 -48V 直流和 220V 交流，这个双输入设计在弱电井和机房两种安装环境下都能落地。功耗方面，配 1 块射频卡 110W，配 2 块 140W。

3. 前传链路：6.144Gbps 与 9.8304Gbps 这两个数字是怎么来的

3.1 CPRI 线速率族：一个 20MHz 双流载波值多少带宽

规范书里 P-Bridge 和 MAU 都写了同一句话：SFP 光口支持自适应 6.144Gbps、9.8304Gbps 传输速率。这两个数字看起来很奇怪，既不是 10G 也不是 5G，但它们不是随便定的——它们属于前传接口的线速率族，是按固定倍数递推出来的一组标准档位。

推一遍就明白了。一个 20MHz 带宽的 LTE 载波，基带采样率是 30.72Msps（20MHz 乘 1.536 的过采样系数），IQ 两路、每路 16bit 位宽，2T2R 就是两根天线各一份：

# 前传带宽粗略折算：把一个射频载波换算成线上跑的比特率 OVERSAMPLE = 1.536 # 20MHz LTE 的过采样系数，得到 30.72 Msps BIT_WIDTH = 16 # IQ 采样位宽 IQ = 2 # I 路 + Q 路 ANTENNA = 2 # 2T2R 双流 LINE_CODE = 1.25 # 8B/10B 线路编码带来的 25% 开销 def fronthaul_gbps(bw_mhz, antenna=ANTENNA): sample_rate = bw_mhz * OVERSAMPLE * 1e6 return sample_rate * BIT_WIDTH * IQ * antenna * LINE_CODE / 1e9 print(round(fronthaul_gbps(20), 3)) # 2.458 Gbps print(round(9.8304 / 2.4576, 2)) # 4.0 -> 一个 9.8304G 光口约等于 4 个 20MHz 2T2R 载波 print(round(6.144 / 2.4576, 2)) # 2.5 -> 6.144G 这一档留给 2 个载波还有富余

算出来的 2.458Gbps 恰好对上线速率族里的 2.4576Gbps 这一档，9.8304Gbps 正好是它的 4 倍，6.144Gbps 是它的 2.5 倍。也就是说，一个 20MHz、2T2R 的载波，在这个前传模型里就是一份固定的带宽当量，光口能带几个载波，是可以直接除出来的。参数的含义分别是：OVERSAMPLE决定采样率，BIT_WIDTH和IQ决定每采样点的比特数，ANTENNA决定要传几份，LINE_CODE是物理层编码效率。改动其中任何一个，线速率档位就得跟着换。

3.2 BOP 模块：光口到电口的 IQ 搬运与分合路

P-Bridge 内部的基带模块叫 BOP，全称是 Baseband Over Packet——字面意思就是“把基带装进包里”。这个名字透露了技术路线：前传不是走固定帧结构的专用接口，而是把 IQ 采样打成以太网帧传。它在结构上只有两个模块：BOP 和 PSU-AC 交流电源模块，采用多核处理器，支持 10G SFP 光口与 2500/1000Mbps 的 RJ45 接口。

接口定义值得逐条看，因为故障排查时基本都在这一圈里转：

以太网封装的代价是引入了包处理时延和抖动。射频侧的要求是上下行严格对齐，所以电口上必须带 SyncE——用物理层从以太网链路里恢复频率同步，而不是靠软件时间戳去凑。频率同步走物理层比走协议栈精度高一个量级，这是这类设备普遍的做法，不算这份规范书的独创，但它是“网线为什么能替代馈线”的隐含前提，规范书里没有展开写。

散热和安装形态也在这套结构里：BOP 加交流电源模块的组合，整机 66mm×410mm×306mm、8L 体积、8kg 重量、65W 自身功耗，支持挂墙或 19 英寸机架两种装法，机柜安装时通过 FAN 口外接风扇模块。

3.3 8 个 2.5G 电口对 1 个 10G 光口：下行广播、上行合路

把接口速率加起来会看到一个“不守恒”的地方：八个 2.5G 电口，理论总带宽 20Gbps，而光口只有 9.8304Gbps。数据从哪来？

答案在下行是复制，不是独享。八个 RRU 如果同属一个逻辑小区，它们收到的是同一份 IQ 数据，BOP 只需要把光口进来的这一份复制八份发出去，光口出口带宽只消耗一份。这时候 20Gbps 的电口能力和 9.83Gbps 的光口能力完全不冲突，瓶颈反而在电口侧的线缆和 RRU 本身。

但一旦做小区分裂，情况立刻反转。假如把八个 RRU 分成四个逻辑小区，光口就要送四份不同的 IQ 数据，每份能分到的带宽只剩四分之一。这时光口带宽就成了硬上限，和电口有多少个口、每个口多快没有关系。规范书里“支持灵活的小区分裂和合并”这句话，物理约束就在这里：合并能省前传带宽，分裂要花前传带宽。

上行方向是另一套逻辑。同一小区的多个 RRU，上行 IQ 在 BOP 里做的是相加——因为多个天线点收到的是同一个信号的不同副本，相加相当于多径合并，是有增益的，这也是小区合并能改善室内连续覆盖、减少邻区干扰和切换掉话率的底层原因，不是什么软件算法魔法。相加的前提是各 RRU 的采样点严格对齐，靠的就是前面提到的频率同步和帧号对齐机制。不同小区则分别封装上行，互不干扰。

4. PoE 与容量预算：65W 空载功耗背后的两个独立账本

4.1 60W 端口能力的来历：25W 负载为什么不敢用 30W 端口

RRU 的功耗标的是小于 25W，供电方式是 PoE。而汇聚单元每个电口的供电能力标到了 60W，是负载的两倍多。这个余量不是拍脑袋留的。

以太网供电有成熟的功率分级：常见的两对线供电方案，端口输出 30W，受电端实际能拿到约 25.5W。如果按 25W 的负载去配 30W 端口，账面余量只有 0.5W，而线缆上的损耗是要从这个余量里扣的——扣完就没剩什么了，稍微长一点的线或者差一点的线材就会触发欠压保护。往上走一档，用四对线供电、端口给到 60W 这个级别，物理上的差别是电流被分摊到四对线上，每对的电流只有原来的四分之一。

算一下更直观。假设供电电压 50V，负载 25W，总电流 0.5A。24AWG 网线单根导体电阻约 0.084Ω/米，100 米往返就是 200 米，回路电阻约 16.8Ω。两对线分担，每对 0.25A，压降约 4.2V，线上损耗约 2.1W；四对线分担，每对 0.125A，压降约 2.1V，损耗约 1W。看起来差的只是 1W，但压降从 4.2V 降到 2.1V 是实打实的余量，决定了这根线能不能撑住 RRU 启动瞬间的浪涌电流。

所以 60W 这个数字的真正含义是：它给了线缆损耗、启动浪涌、以及未来更大功率 RRU 三个变量各自的腾挪空间。同样，规范书写的 100 米上限，也得理解为“在满足供电余量前提下的上限”，不是“网线能通信号的上限”。

4.2 线缆上的电压降：100 米 CAT5e 能吃掉多少余量

把上面那笔账继续往下推，就能看出线材为什么是这类系统里最不该省钱的部件。

铜包铝线（CCA）在市场上很常见，价格比纯铜低不少，电阻率大约是纯铜的 1.6 倍。同样是 100 米、同样 25W 负载、同样四对线供电，回路电阻从 16.8Ω 涨到接近 27Ω，压降从 2.1V 涨到 3.4V 以上，再叠加接头和跳线的接触电阻，受电端拿到的电压可能已经跌破设备的欠压门限。

表现出来不是“不工作”，而是更难受的“反复重启”：设备上电，电压跌落，欠压保护动作，掉电，电压恢复，重新上电，循环。这类故障在现场最容易被误判成设备坏了，换一台新的照样重启，因为问题根本不在设备上。规范书里没有写线材要求，只写了 CAT5e 和 100 米，这属于文档的留白区，需要工程侧自己补上纯铜、单段不超限、接头数量受控这几条约束。

与之配套的还有整机供电的算法。规范书给 P-Bridge 的电气指标是“220V 交流，设备功耗 65W（POE 空载）”。括号里那三个字是关键——65W 只是设备自身的消耗，不含从它身上取走的 PoE 功率。八个端口按实际负载 25W 算就是 200W，整机取电接近 265W；按端口能力满配算就是 480W，整机接近 545W。弱电井里的空开、UPS、PDU 如果按 65W 去配，一上电就跳闸，这是最典型的一类翻车。

4.3 容量预算：为什么标称容量要按“组合口径”读

规范书对光口容量的描述是一长串制式组合：LTE 2CS×20M×2path×2Cell + TDS 6CS×2Cell×2path + GSM 20MHz 带宽连续载波。这串文字很容易被当成“同时跑满”的保证值，但把它换算成带宽当量就会发现不对劲。

用前面 3.1 节的算法，LTE 那部分正好是 4 个 20MHz 2T2R 载波当量，已经吃满 9.8304Gbps。TDS 部分按 6 载波、2 小区、2 流算，GSM 部分按 20MHz 连续载波算，两者加起来又是一大块。三项相加必然超过单口 9.83Gbps 的物理上限。

这说明那串描述的口径是“该光口在不同制式组合下能支撑的配置上限”，而不是“三项同时满配”。工程上做预算，正确的读法是：先把当前站点的实际制式、载波数、流数、小区数换算成载波当量，再和 9.8304Gbps 这个物理上限比。三家运营商共用一套室内覆盖、每个制式都要留容量，这种场景下前传带宽是最先见底的资源，比 RRU 数量更早成为约束。

5. 避坑与排查：这类有源室分最容易翻车的 5 个地方

5.1 供电与线缆类：从反复重启到端口保护

现象一：RRU 装好之后周期性掉线重启，间隔几分钟到十几分钟不等，换设备无效。 原因：网线用了铜包铝或者单段长度超标，PoE 回路压降过大，受电端电压在欠压门限附近来回穿越。这类故障的隐蔽之处在于“能上电、能工作”，只是撑不住。 解决：换纯铜 CAT5e 及以上线材，实测单段长度，控制接头数量；排查时先量受电端电压，不要先换设备。

现象二：一栋楼装到第八个 RRU 时，整台汇聚单元跳闸或者电源模块保护。 原因：按“设备功耗 65W”配的配电，没有把 PoE 输出算进去。八个口实际输出接近 200W，整机取电翻了几倍。 解决：配电按“自身功耗 + 端口数 × 单口实际负载”再乘 1.2 的余量算；弱电井的 PDU 和空开按整机峰值配，不按铭牌上的空载值配。

5.2 配置与规划类：光口速率、小区分裂与天线互斥

现象三：光口链路起不来，或者起来了但速率只有预期的一半，业务能通但容量上不去。 原因：两端光口速率档位不一致。设备标称支持 6.144Gbps 和 9.8304Gbps 自适应，但“自适应”在工程上往往要求两端都支持协商，或者干脆手工锁定同一档。一端锁 9.8304、一端只支持 6.144，结果就是降速或者不通。 解决：开局前把两端速率档位核对一遍，能手工锁定的场景优先锁定，别指望自动协商兜底。

现象四：小区分裂做完，单用户速率反而下降，边缘点位体验变差。 原因：分裂吃前传带宽。八个 RRU 分成四个小区后，光口要送四份独立 IQ，每份只剩四分之一带宽。分裂带来的是容量调度上的灵活性，代价是前传资源被切碎。 解决：先算清一个光口能承载的载波当量，再决定分裂几个小区；容量优先的点位分裂，连续覆盖优先的区域合并，别一刀切。

现象五：RRU 装完信号弱，检查发现天线口功率比设计值低一截。 原因：内置天线和外置天线同时被配置了。规范书写得很明确，内置或外置“仅可配置一种”，这是硬件通路互斥，配错会导致功率被分走或者通路冲突。 解决：开局清单里加一条天线形态确认，外置天线场景确认内置通路已关闭，SMA 接口未使用的要按规范端接。

6. 设计取舍：有源室分的可靠性承诺是有代价的

这份规范书里所有设备都给了同一组可靠性指标：MTBF 大于 200000 小时，MTTR 小于 60 分钟，可用性大于 99.9996%，年停机时间小于 3 分钟。200000 小时折合约 22.8 年，看起来是把设备做成了“装上去就不用管”。但把这组数字和整套架构放在一起看，会发现它其实是一笔交易。

无源 DAS 的可靠性是靠“没有东西会坏”实现的：馈线、功分器、耦合器都是被动的，只要施工没问题，它可以安静地工作十年。代价是不可观测——规范书里那句话点得很准：传统系统包含大量无源器件，无法主动监控，只能通过投诉和话务分析被动发现问题。有源室分反过来了，每个节点都能上报状态、都能被网管看到，代价是每个节点都是一个可能失效的点，而且节点数量随覆盖面积线性增长。

99.9996% 这个数字只有配上“可观测”才有意义。MTTR 小于 60 分钟，前提是你能在几分钟内定位到是哪个 RRU、哪根线、哪个光口出了问题。所以设备上才会有自检 LED 和长按 8 秒进入自检的维护按钮，才会有和宏站共用的统一网管——这些不是锦上添花的功能，是那 60 分钟 MTTR 能够成立的基础设施。如果装完不接网管、不看告警，这套系统就退化成了一个更贵、更复杂的无源系统。

另一个取舍在供电上。PoE 供电让安装变得极简，一根线解决数据和电力，但也把供电的责任从“每个点位一个插座”集中到了“每台汇聚单元一个电源”。集中供电提高了施工效率，同时把单点故障的影响面从“一个天线口”放大到“八个天线口”。这是架构上的必然，不是设计缺陷，但做冗余规划时必须知道这件事——汇聚单元的供电，优先级应该和 BBU 一个级别，而不是当成弱电箱里的一个配件。

还有一个隐性的取舍藏在容量口径里。规范书给出的容量描述是组合上限，不是同时满配的保证值。这种写法在行业里很常见，好处是覆盖了多种部署形态，坏处是读者如果按字面理解去做预算，规划出来的网络会在业务真正上来的时候先在前传上撞墙。我自己的习惯是：拿到任何一份这类规范书，先把所有“最大”“支持”“可达”后面的数字换算成同一量纲，再互相除一遍，看哪些是能同时成立的、哪些是互斥的。

那次在某栋高层里按标称容量直接排了小区分裂方案，开局当天单用户速率只有预期的一半，回头才发现光口带宽早就被切碎了。从那以后我每次做前传规划，都会先把载波当量、端口负载、整机取电这三笔账各自单独算一遍再合并，不敢再把规范书里的组合描述当承诺值用。这份文档真正的价值也在这里——它把每个约束都写成了数字，只要愿意花时间换算，该踩的坑基本都能在图纸阶段就填掉。希望帮到你。

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