简介：《QCell2.0 技术规范书》PDF面向无线通信规划、部署与运维工程师及通信专业学习者，围绕中兴QCell2.0多用户MIMO与小型化基站方案，帮助读者系统理解其容量覆盖提升思路、设备组成与工程指标。资源包共1个PDF文件，大小约681KB，篇幅紧凑，便于在项目现场或学习时快速查阅。已有205人学习下载，具备一定参考热度。文档目录覆盖概述、方案亮点、设备基本功能、系统结构、技术指标、安装方式与缩略语，并分别说明ZXSDR R8119、PB1120A、MA1020的外观、硬件结构及安装要求；技术指标部分细分为系统、物理、电气、可靠性与环境要求。读者可据此梳理QCell2.0的系统架构、设备选型依据和部署约束，对照关键参数完成方案理解、现场勘察与运维排错，适合作为技术入门和工程查阅资料。
1. 一根网线顶掉一屋子馈线：有源室分把什么搬到了网线上
第一次翻这份规范书的人，多半会在某一页停一下：一个吸顶灯造型的 PicoRRU，整机只有一根 RJ45 网线，数据走它，电也从它身上取（POE），发射功率却要顶到 2×125mW。这跟传统室分 DAS 留下的印象完全对不上——DAS 是从机房把射频信号用馈线、功分器、耦合器一层层分下去，末端是无源天线，越分越弱，坏了也不知道坏在哪一段。这套有源室内覆盖方案反过来走：在基带单元就把信号变成数字 IQ，中间全程用光纤和以太网线搬运，直到离用户最近的那一跳才还原成射频。提前数字化看着像把简单问题搞复杂，但它一次性换掉了三样东西——布线工程量、故障可观测性、容量弹性。这三样恰好是传统室分最贵的部分，也是后面所有设计取舍的起点。
2. 四级架构拆开看：BBU 出来的到底是射频还是 IQ
2.1 基带与射频的分界线，被画在了 BBU 之后
规范书概述里有一句很关键的话：基带单元完成基带信号的调制和解调，下行产生基带信号发送到远端汇聚单元，上行对从远端汇聚单元过来的信号进行解调。这句话把整条链路的性质定死了——从 BBU 出来的是基带 IQ，不是射频。整套方案里 BBU 用的是和宏站同款设备，意味着现网的基带资源池可以复用，不需要为室内覆盖单独建一套基带。
这条分界线放在 BBU 之后，代价是前传带宽从"一根射频跳线"变成了几十 Gbps 的数字流，收益是后面每一级都能做数字处理：复制、分路、合路、交换、做时延补偿、加纠错。射频信号一旦从功分器上分成两路，功率就掉 3dB 且不可恢复；IQ 数据分成两路，两路都是完整的一份。这个差别决定了后面所有关于容量和覆盖的操作方式——传统 DAS 想加容量，只能加信源、加馈线、重新设计功率分配；有源方案里，功率由 PicoRRU 自己的功放决定，容量由上游 IQ 带宽决定，两件事被解耦了。
PicoRRU 内部做的事可以按信号流向排：下行拿到基带 IQ 后做数字上变频、DAC、滤波、搬到射频频段、功放放大、经天线辐射；上行反过来，低噪放、下变频、ADC、数字下变频成 IQ 回送。规范书的说法是"实现射频信号和数字中频信号的转换"，指的就是数字上变频和数字下变频这一段。中间刻意留了一个数字中频，是为了把滤波、增益控制、通道校正这些活全放在数字域做，模拟部分只剩下最少的中频和射频两级，体积和一致性都好控制。2T2R 加 2dBi 内置增益，单通道 125mW 也就是 21dBm，两路合起来大约 24dBm EIRP，覆盖半径大致是写字楼里一个防火分区到两个防火分区的量级。
2.2 P-Bridge 里的 BOP：从光口到电口，中间还隔着一层包
P-Bridge 是这套方案里最容易被低估的一级。从外表看它就是一台 1U 高、8kg 的盒子，挂墙或塞进 19 寸机架，但它的核心模块是在做"基带数据从光口转到电口"这件事，模块名字直接叫 BOP——Baseband Over Packet，基带走包。这个命名透露了实现路径：IQ 数据不是裸奔在光口上，而是被封装成包，在以以太网为底座的链路上传输。
它的接口分工在规范书里列得很清楚：
| 接口 | 角色 | 关键约束 |
|---|---|---|
| OF1 | 上行连 BBU 或 MAU | 光口速率自适应 6.144Gbps / 9.8304Gbps |
| OF4 | 级联下一台 P-Bridge | 同上，最大 4 级级联 |
| OF2 / OF3 | 保留 | 插上不亮是正常现象 |
| ETH1~ETH8 | 下联 PicoRRU | 通过配置支持 1000Mbps 和 2.5Gbps，带电口 SyncE 和 POE，单口供电可达 60W |
| DEBUG | 本地调试 | 10M/100M/1000M 自适应 |
| FAN | 机柜安装时外置风扇模块 | 供电与监控一并走这里 |
| M/S | 维护状态按钮 | 长按 8 秒以上进入自检 |
这里有三个设计点值得掰开。第一，8 个电口全部按 2.5G 算，下行侧理论上限是 20Gbps，而 OF1 只有一个 10G 光口，这是一个明确的超售设计——上行带宽小于下行带宽之和。它成立的前提是无线侧的业务不可能是所有通道同时打满，峰值统计复用比通常在 1:2 到 1:4 之间，规范书把 8 口挂在 10G 上，实际取的是 1:2 这个相对保守的比例。第二，电口跑 2.5G 需要配置，不是插上就自动到位，这一条在现场很容易翻车，后面第 5 章会细说。第三，自检做成"长按 8 秒"的物理按钮加 LED，而不是纯软件下发，是因为这台设备经常装在弱电井或者吊顶检修口旁边，现场施工人员手上不一定有网管账号，物理自检是留给施工队的一道兜底。
2.3 MAU 补的那块短板：存量射频信源怎么挤进数字链路
前三代方案的痛点是同一个：现网里大量的 GSM 射频信源是模拟输出的，只能接天线或者接无源室分，接不进纯数字的有源系统。MAU 就是为此加的，它的定位不是"又一级放大"，而是"射频域和 IQ 域之间的翻译器"。
它的硬件形态能说明设计意图：标准 2U 插箱，符合 uTCA 架构，由机框、背板、现场告警模块、电源模块、风扇模块、控制时钟交换模块和射频子卡组成。uTCA 这套架构原本是给电信计算设备用的，选它的理由很直接——背板上有高速差分链路，业务板插上去就能和交换板互通，射频子卡可以按需插、按需扩容，不用整机替换。控制时钟交换模块是整个 MAU 的枢纽，所有 IQ 数据在这里做交叉连接，时钟也在这里统一分发。
接口账算下来是 12 个光口、6 个朝 BBU、6 个朝 P-Bridge，两边都是 6，说明它设计成满配时一对一转发、不引入额外的收敛。射频侧满配 2 块射频子卡，每块提供 4 个 1T1R 的射频通道，共 8 个 SMA 接口。这里的 1T1R 是个耐人寻味的取舍：明明可以做成 2T2R 省一半接口，但射频信源往往是异厂家设备，很多老信源的输出就是单流，做成 1T1R 反而兼容性最好，一个通道对一个信源，接线不会错。业务能力上限是 6 个 20MHz 带宽连续载波的 GSM 信源小区，也就是说它不追求把射频侧做成通用接收机，而是明确只服务 GSM 这一种制式，把成本和复杂度压了下来。
2.4 级联的边界：4 级、8 口、100 米这三个数字是谁定的
把拓扑画出来会发现约束很紧：一台 P-Bridge 最多带 8 个 PicoRRU，最多级联 4 级，每级到末端走 CAT5e 不超过 100 米。三个数字各自对应一类物理限制。8 口对应的是机框面板面积和单台设备的供电预算，面板就那么大，再多就要加高机箱；4 级级联对应的是时钟和时延的累积，每过一级都要做一次时钟恢复和包转发，级数越多，末端 PicoRRU 拿到的同步质量越差，空口相位误差会直接反映在 MIMO 性能和切换成功率上；100 米则同时被以太网布线标准、POE 线损和传输时延三件事卡住，下一章单独算这笔账。
一个容易忽略的事实是，级联不是"为了省光纤"这么简单。室内场景里，弱电井到楼层各个点位往往是星型布线，从弱电井拉一根光纤到另一栋楼或者另一个防火分区，再在那边展开成 8 路电口，比从机房拉 8 根长距离线缆便宜得多。级联的价值在于把"长距离"这一段收敛成光纤，把"短距离多路"这一段留给铜缆，两种介质的成本曲线在 100 米附近交叉。
3. 供电与同步的物理账：60W 的 POE 为什么不等于设备要 60W
3.1 先把 60W 这个数字拆开
PicoRRU 的功耗指标写得很清楚，整机小于 25W。但 P-Bridge 每个电口的供电能力标的是 60W，中间差了 2.4 倍。这个差额不是拍脑袋留的余量，而是三笔账加在一起：线缆损耗、启动浪涌、以及未来型号的向上兼容。
CAT5e 的 22AWG 线芯单根电阻大约 0.053 Ω/m，一对线构成回路就是 0.106 Ω/m，100 米往返就是 10.6 Ω。POE 供电时四对线里两对走正、两对走负，电流在两对之间并联分摊。按 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 # 两对并联，每对承担一半 drop = I_pair * R_loop_per_pair # 单对上的压降 loss = 2 * I_pair ** 2 * R_loop_per_pair # 两对线的总发热损耗 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"，而是"每口在最坏线缆条件下仍能稳定交付 25W 左右，并且留出给下一代更大功率远端单元的余量"。工程上把这个叫做端口功率预算，它和负载功耗是两回事，混为一谈就会在现场出现"设备明明只有 25W，为什么 30W 的 POE 交换机带不动"的困惑。
3.2 100 米这个上限，是被三件事同时卡住的
第一件是布线标准。以太网在水平布线子系统的信道长度上限就是 100 米，超过之后插入损耗、回波损耗、串扰都会超出规范，2.5GBASE-T 这种靠更高调制阶数换速率的方案，对线缆质量比千兆更敏感。第二件是刚才算的 POE 线损，长度翻倍损耗翻倍，电压余量很快就不够。第三件是时延和同步，电口支持 SyncE，频率同步是从线路码流里恢复出来的，链路越长抖动累积越多。
实际部署里有一个常被忽略的细节：100 米是"信道长度"，包含两端跳线、配线架、信息面板。如果弱电井到点位走的是 80 米水平线缆，再加两端的 5 米跳线和 10 米成品线，很容易就顶到 100 米甚至超了。规范书写的是线缆传输距离可达 100 米，工程上一般按 90 米水平加两端各 5 米跳线来做余量设计。
3.3 SyncE 解决的是频率，不是相位
P-Bridge 的电口明确支持 SyncE。这项技术的作用是从以太网物理层的线路码流里恢复出频率同步，让下游设备的时钟和上游保持一致。对 LTE 这种依赖频率精度来保证子载波正交的制式来说，频率同步是刚性需求，跑偏了会直接表现为误码率上升、吞吐下降。
但 SyncE 只给频率，不给相位。TDD 制式要求上下行时隙严格对齐，这需要相位同步，常见做法是另有相位来源——可能是设备内置的卫星接收模块，也可能是网络侧的 1588v2 时间同步。规范书里没有展开这一层，只写了电口支持 SyncE，这在实际组网时是个需要单独确认的点：频率同步通了不代表时隙对齐了，两件事要分开验证。第 5 章会讲一个由此引发的典型故障。
3.4 6.144 和 9.8304 这两个怪数字的来历
光口速率自适应到 6.144Gbps 和 9.8304Gbps，这两个数字看着不像整十整百，是因为它们不是以太网速率，而是前传接口的线速率档位。业界通用的前传接口规范里，线速率是按 614.4Mbps 的整数倍递增的，614.4 的 10 倍是 6.144G，16 倍是 9.8304G。选这两档而不是直接上 10G 以太网，是因为前传接口的帧结构、同步字、控制字都是为 IQ 传输定制的，和以太网帧不兼容。
9.8304Gbps 对应的是这一代设备的满配能力，6.144Gbps 是降档运行。做成自适应而不是固定，是为了兼容不同代的 BBU 和不同长度的光纤链路——链路质量差的时候自动降到低档位，牺牲容量换稳定性，比直接断链要好。这一条在现场表现为：明明配的是满容量，实际测出来只有六成，去看光口协商速率，往往掉到了低档位。
4. 多制式合路：三种制式的 IQ 怎么塞进同一个 10G 光口
4.1 把规范书里那串容量表达式拆开算
规范书对 P-Bridge 单光口容量的描述是一串乘积：LTE 2CS×20M×2path×2Cell，加上 TDS 6CS×2Cell×2path，加上 GSM 20MHz 带宽连续载波。这串式子直接决定了前传带宽够不够，值得按项拆开算一遍。
# 逐项折算成 IQ 实采带宽，再按 15bit I + 15bit Q 的量化位宽换算成比特率 lte = 2 * 20e6 * 2 * 2 # 2 载波 × 20MHz × 2 通道 × 2 小区 tds = 6 * 1.6e6 * 2 * 2 # 6 载波 × 1.6MHz 码片带宽 × 2 通道 × 2 小区 gsm = 20e6 # 20MHz 连续载波信源 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(f"LTE {lte/1e6:.0f} MHz | TDS {tds/1e6:.1f} MHz | GSM {gsm/1e6:.0f} MHz") print(f"IQ 带宽合计 {total_bw/1e6:.1f} MHz") print(f"净荷约 {payload/1e9:.2f} Gbps，占满档线速率的 {payload/line_rate*100:.0f}%")算下来 IQ 带宽合计约 218.4MHz，净荷约 6.55Gbps，占 9.8304Gbps 的六成多。剩下四成不是浪费——前传帧里还要放控制字、管理通道、同步信息、以太网承载开销，以及为突发留的余量。这个六成多的占用率解释了为什么 6.144Gbps 那一档跑不动满配：6.144G 只能装下大约 5.9Gbps 净荷，三项全开必然溢出，只能砍制式或者砍小区数。所以"速率掉档"在满配场景下不是故障，是必然。
4.2 GSM 射频信源进数字域：1T1R 通道和 8 个 SMA 的取舍
LTE 和 TD-S 的 IQ 是 BBU 直接给的，天生在数字域，MAU 对它们只是转发。真正麻烦的是 GSM 射频信源：它输出的是一段模拟射频，要先经过射频子卡上的下变频、ADC 采样、数字下变频，才能变成能合路的 IQ。这一路上任何一级的增益没调好，合路进去的就是一段噪声。
每块射频子卡 4 个 1T1R 通道，满配 2 块共 8 个 SMA。选 1T1R 而不是 2T2R，前面提过兼容性的原因，这里补一层：GSM 本身就不是 MIMO 制式，单通道足够；做成 1T1R 可以让每个通道独立对应一个信源小区，接线关系一一对应，施工时不会出现"这个口接的是哪个信源"的混乱。代价是同样的信源数量要占双倍的面板面积，机箱前面板很快就被 SMA 占满，这也是 MAU 必须做成 2U 而不是 1U 的直接原因。
业务能力上限写的是最大支持 6 个 20MHz 带宽连续载波的 GSM 信源小区。注意"连续载波"这个词——它限制了同时接入的信源在频域上必须是连成一片的，不能是 6 个散落在不同频点的信源。这跟合路时要做频谱搬移和滤波有关：连续的一段频谱可以在数字域一次性处理，离散的多段就要多次搬移，资源开销成倍上升。
4.3 合路和分路必须严格对称
下行方向，MAU 把射频信源转换出来的 IQ 和 BBU 传来的 IQ 合路，一起送给 P-Bridge；上行方向，把 P-Bridge 传来的 IQ 分路，一路回 BBU，一路转回射频送给信源。这两个方向的处理必须严格对称，否则会出现"下行能覆盖、上行接不通"或者反过来的情况。
对称性体现在几个地方：合路时的时隙对齐、增益配平、时延补偿，分路时都要反向做一遍。时延补偿尤其关键——射频信源走的是模拟通道，BBU 走的是数字通道，两条路径的固有延时不一样，不做补偿的话，同一个 PicoRRU 下同时覆盖 LTE 和 GSM，两个制式的上下行时序会错开，表现为接入失败或者掉话。这类问题在频谱仪上看不出来，只能通过空口信令跟踪定位。
4.4 小区合并与小区分裂：同一套硬件，两种完全相反的用法
P-Bridge 下的 8 个 PicoRRU，可以合并成一个小区，也可以分裂成 8 个小区，硬件一根线都不用动，全是配置层面的操作。合并的逻辑是多个远端单元用同一个小区标识发射，终端在这些单元之间移动时不做切换，等于把一块连续覆盖区域变成一个大细胞。好处是切换次数大幅减少，室内连续覆盖场景下掉话率能明显下降，邻区干扰也少。
分裂的逻辑反过来，每个 PicoRRU 独立成小区，容量成倍提升，但终端在单元之间移动就要频繁切换。写字楼这种"一层几百人、每层独立的开放式办公区"适合分裂，酒店走廊、机场大厅这种"人一直在走"的场景适合合并。真正难的是混合场景——比如一个商场，中庭适合合并，各个店铺适合分裂，这时候合并/分裂的边界画在哪里，直接决定了优化工作量。规范书只写了两种方式都支持，没写怎么选，这部分经验只能靠现场话务分布图来补。
5. 现场排查：五个"看着像硬件坏了"的常见问题
5.1 供电与上电
现象一：PicoRRU 接上网线，指示灯亮了一下又灭，反复重启。原因几乎都是 POE 供电不足。PicoRRU 标称功耗小于 25W，但启动瞬间的浪涌电流远高于稳态，如果上游供电端口只有 15W 或者 30W 且线缆偏长，启动时电压被拉到设备欠压保护点以下，就会出现"起来—掉电—再起来"的循环。解决方式是核对该端口实际可交付功率而不是标称功率，把线缆长度控制在 90 米以内，必要时换更短跳线或者换用供电能力更高的端口。
现象二：设备上电正常，业务也正常，但过一两个小时随机重启，摸外壳烫手。PicoRRU 是吸顶安装，工作温度上限 55℃，散热靠自然对流。装在天花板夹层里、上面又堆了保温棉，环境温度很容易超过限值，设备降频或者保护性重启。解决方式是核查安装位置的实测温度，保证设备上方至少留出通风间隙，不要贴着吊顶龙骨和保温层安装。这一条在夏季交付时特别容易踩。
5.2 链路与配置
现象三：电口插上能通，业务也能跑，但测速只有标称的一半左右。原因是电口速率没配置。BOP 的 8 个电口支持 1000Mbps 和 2.5Gbps 两档，通过配置切换，默认或者配置遗漏时跑在千兆，而 PicoRRU 侧的 IQ 带宽需求是按 2.5G 设计的，链路成了瓶颈。更隐蔽的一种情况是线缆质量不够——CAT5e 在 100 米内跑 2.5GBASE-T 是可行的，但如果实际用的是劣质铜包铝线，协商会自动降到千兆而且不报错。解决方式是先确认配置档位，再看端口协商结果，最后用线缆测试仪核长度和回波损耗。
现象四：P-Bridge 的 OF2、OF3 插了光模块，指示灯不亮，以为设备坏了。这两个口在接口表里明确标注为保留，物理上存在但当前版本不启用。现场如果按"四个光口都能用"去规划拓扑，就会在这里卡住。解决办法是把上行统一走 OF1、级联统一走 OF4，拓扑规划阶段就按两口来算。
5.3 时钟与射频
现象五：语音通话正常，但终端在 PicoRRU 之间移动时掉话率异常，切换成功率明显偏低。频率同步通了不代表相位同步通了。电口支持 SyncE，只解决频率；TDD 制式要求的上下行时隙对齐属于相位同步，需要另外的来源。如果这一层没配好，单个小区内通话看不出问题，一旦涉及小区间切换或者多小区合并，时序错位就会暴露出来。排查方式是先确认频率同步锁定状态，再单独核对相位同步源的状态，两件事分开验证，不要看到 SyncE 锁定就认为同步没问题。
6. 设计取舍：容量、布线、成本这三者是怎么互相让步的
把这套方案和传统 DAS 放在一起对比，取舍就很清楚了：
| 维度 | 传统 DAS | 有源室分方案 |
|---|---|---|
| 末端介质 | 馈线 + 无源器件 | CAT5e 网线，单根同时传数据和供电 |
| 单点覆盖能力 | 天线口功率固定，设计时锁死 | 由 PicoRRU 功放决定，2×125mW 可配 |
| 容量调整 | 加信源、改功分，需重新施工 | 小区分裂/合并，配置层面完成 |
| 故障定位 | 无源器件不可监控，靠投诉发现 | 每个节点可视可控，可主动自检 |
| 施工量 | 大量馈线敷设 | 规范书给出的对比是施工量降五成以上、部署时间省六成 |
| 单点可靠性 | 无源器件失效概率低 | 单机 MTBF 大于 20 万小时，MTTR 小于 60 分钟 |
这张表里最值得琢磨的是最后一行。有源方案把无源器件换成了有源设备，等于把"不会坏的器件"换成了"会坏但能被看见的设备"。MTBF 20 万小时换算过来大约 22.8 年，单台设备的年故障率约 4.4%，看起来不高，但一个中等规模的部署动辄几百台 PicoRRU，一年下来总会有几台要换。规范书给的可用性指标是 99.9996%，年停机小于 3 分钟——这个数字要按单设备口径去理解，不能用整网串联节点数直接乘。8 个 PicoRRU 串在一台 P-Bridge 下，如果按单点不可用率叠加，端到端可用性会掉到 99.995% 量级，年停机变成二十分钟级别。这不是规范书写错了，而是这类指标的惯例就是单设备口径，端到端的账要自己做一遍，做规划的时候心里有数，别拿单机指标去承诺整网 SLA。
第二个取舍是超售。8 个 2.5G 电口挂一个 10G 光口，账面上是 1:2 的超售。这个比例在室内场景是站得住的，因为人流分布本身就不均匀，峰值不会同时出现在所有点位。但它有个前提：小区规划要跟人流分布匹配。如果 8 个 PicoRRU 全合并成一个小区，所有点位的流量挤在同一个小区里，超售就会被击穿，表现为忙时速率上不去但链路不报错，非常难查。容量规划这件事，从来不是设备参数决定，是话务模型决定。
第三个取舍是 100 米。这个数字既是物理限制，也是成本分界线。超过 100 米就要转光纤，而光纤到末端意味着末端还要多一个光电转换和供电模块，成本和故障点都上去了。所以整套方案的隐含假设是：建筑的水平布线半径在 100 米以内。这个假设在绝大多数写字楼和商场成立，但在超大平层厂房、机场指廊这种长条形建筑里就不成立，只能靠增加 P-Bridge 的密度来绕开，代价是弱电井资源要重新盘。
我自己的血泪经验是：这类规范书最容易看错的地方不是参数，而是参数的适用范围。MTBF 是单设备的，POE 60W 是端口预算不是负载功耗，光口速率是自适应不是固定，100 米是信道长度不是线缆长度——每一条单独看都写得很明白，凑在一起用的时候就容易张冠李戴。从那以后我每次拿到这类文档，都强制走一遍"指标口径核对"：先确认每个数字是单机还是系统、是标称还是实测、是上限还是典型值，再往规划表里填。希望帮到你。
本文还有配套的精品资源，点击获取
