简介《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 宏站或老式信源设备接进这套室内覆盖网络。规范书里写得很直白对于没有射频信源接入需求的场景不需要部署 MAUBBU 通过光纤直接连接 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.72Msps20MHz 乘 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, antennaANTENNA): 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 接口。接口定义值得逐条看因为故障排查时基本都在这一圈里转接口用途关键参数ETH1~ETH8接 PicoRRU可配置 1000Mbps 或 2.5Gbps带 SyncE 与 PoEOF1接 BBU 或 MAU自适应 6.144Gbps / 9.8304GbpsOF4与同级汇聚单元级联自适应 6.144Gbps / 9.8304GbpsOF2、OF3保留未启用DEBUG本地以太网调试10M / 100M / 1000MFAN外置风扇模块机柜安装时供电与监控M/S维护状态按钮长按 8 秒以上进入自检以太网封装的代价是引入了包处理时延和抖动。射频侧的要求是上下行严格对齐所以电口上必须带 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 交流设备功耗 65WPOE 空载”。括号里那三个字是关键——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 一个级别而不是当成弱电箱里的一个配件。还有一个隐性的取舍藏在容量口径里。规范书给出的容量描述是组合上限不是同时满配的保证值。这种写法在行业里很常见好处是覆盖了多种部署形态坏处是读者如果按字面理解去做预算规划出来的网络会在业务真正上来的时候先在前传上撞墙。我自己的习惯是拿到任何一份这类规范书先把所有“最大”“支持”“可达”后面的数字换算成同一量纲再互相除一遍看哪些是能同时成立的、哪些是互斥的。那次在某栋高层里按标称容量直接排了小区分裂方案开局当天单用户速率只有预期的一半回头才发现光口带宽早就被切碎了。从那以后我每次做前传规划都会先把载波当量、端口负载、整机取电这三笔账各自单独算一遍再合并不敢再把规范书里的组合描述当承诺值用。这份文档真正的价值也在这里——它把每个约束都写成了数字只要愿意花时间换算该踩的坑基本都能在图纸阶段就填掉。希望帮到你。本文还有配套的精品资源点击获取
