企业官网建设流程全解析

简介：诺基亚4G、5G无线维护口袋书是一份面向无线网络维护工程师和基站运维人员的速查型PDF文档，聚焦基站主设备命名规则、RRU/BBU产品识别、频段划分与典型部署场景，适合现场快速查阅以及日常培训参考。资源包共1个文件，文件类型为PDF，整体大小1.8MB，轻量便携，方便在终端随时打开。文档内容覆盖Flexi与AirScale两大平台的BBU硬件配置、TDD/FDD及5G 700M产品特性、前贝尔系列UZHC/D、UZFA/B等设备参数，并结合FSMF、AHPF、FZFF等具体型号给出了频段、功率、通道数等关键指标，同时罗列了主小站、GPS同步、PTN连接、多模共天线等多种安装方式。目前已有442人学习下载，掌握这些命名规则与产品参数，可帮助维护人员快速定位设备类型、判断适用场景，提升无线网络的排障与优化效率。

1. 4G/5G无线维护口袋书：从一次夜间基站退服说起

前半夜接到值班电话，某站点小区全部退服，光路告警红灯一片。赶到现场后，我按惯例先闭锁再解锁射频模块，没恢复；又沿着光缆查了一圈，最后才发现是机房侧光模块速率不匹配。折腾两小时，回来后翻出这本《4G、5G无线维护口袋书》，里面把基站设备命名、产品参数和典型故障处理逻辑都串好了。如果早按它的思路先查型号、再查路径，十分钟就能定位。这份口袋书不厚，但信息密度很高，适合无线维护工程师、基站督导和网优人员，属于那种能塞进背包、进机房前翻两页的实用手册。它讲的是设备本身怎么读懂、怎么选、故障怎么处理，我把拆读笔记整理在下面。

2. 基站设备命名规则：四位字母背后的平台、频段与货架信息

2.1 BBU命名：S、B、M、I到底代表什么

基站主设备里，BBU负责基带处理和系统控制。很多维护兄弟看到设备标签上的FZFF、FSMF、ASMI就头大，其实命名规则是固定的。通常四位字母，第一位标识平台：F代表Flexi平台，A代表AirScale平台。第二位标识产品类型：S代表系统模块，B代表基带板。第三位是应用场景：M代表室内外通用，I代表室内。第四位是内部研发版本号，从A往后排。

以FSMF为例，F是Flexi平台，S是系统模块，M是室内外通用，F是某个研发版本。这个型号出现在室外宏站比较多，它支持FDD、NB和GSM三模，常见配置是3个20MHz的8通道小区。FSIH则是Flexi平台的室内型系统模块，I表示室内，支持9个8T8R或12个2T2R，带9个10G IR光接口。AirScale平台的ABIO是大容量基带板，单板能支持6路100MHz的16流小区，一个机框最多配6块ABIO。

实际看板件时，不要只记字母含义，还要结合光口数量和同步方式来确认是哪种配置。下表汇总了我在现场常遇到的BBU型号特征：

这里有个容易忽略的坑：FSIH虽然叫室内型，但很多户外一体化机柜里也用它，因为它的体积和功耗控制在可接受范围。选型时不能只看“室内/室外”字面，要结合站点机柜的散热条件。AirScale的ASIA+ABIA组合是目前扩容的主力，单机框支持2块ASIA和6块ABIA，最大功耗能到840W，如果机房直流配电不足，扩容前必须先核算功耗。

2.2 RRU/RRH命名：从第二个字母判断射频类型，从第三个字母反查频段

RRU的命名同样四位字母，第一位平台，第二位标识射频单元类型，第三位是频段，第四位是研发版本。射频单元类型常见的是E、H、Z，E可能代表单频段射频，H、Z可能是双频或特定形态。第三位字母才是现场最需要关注的频段映射：Q对应3500MHz，H对应2600MHz，N对应2300MHz，O对应2500MHz，F对应1900MHz，P对应700MHz，G对应2100MHz。

举例来说，AEHB这个型号，A是AirScale平台，E是射频单元，H是2600MHz频段，B是版本号。它就是AirScale的2.6G射频模块，常见于TD-LTE扩容。AHPF这个名字里，P对应700MHz，F是1900MHz？不对，AHPF按规则应该解析为700M频段，但实际它是5G 700M的4T4R射频模块，输出功率4×60W，支持30MHz带宽。这里要注意，命名规则里的第三位字母只代表主频段，具体是FDD还是TDD，要看产品家族的归属。同一字母在不同平台下的功率配置也不一样。

TDD产品里，FZHM、FZHR是8通道RRU，工作在2575-2635MHz，单通道20W；FZFF-e是F频段30MHz和A频段15MHz的双频RRU，8×22W；FZND则是D频段60MHz的高功率RRU，2×20W。FDD产品里，FXJC支持900MHz，3T6R单模块带3扇区，每通道80W；AHDB是900M的2T4R，80W每通道；AHEJ是1800M的4T4R，每通道只有5W，用在室分场景。

看型号时，我一般会先看第三个字母定频段，然后看第二字母判断是RRU还是一体化小站，最后才核对功率。现场最容易翻车的是把FZFF-e当成纯F频段设备，其实它是F/A双频，如果站点只有F频段天线，接上去D频段就浪费了。另外一个经验是，型号里的最后一个字母不体现功能，只代表版本修订，别花时间记它。

3. 设备选型与部署方案：不同场景下的BBU/RRU搭配

3.1 容量与功耗怎么平衡：FSMF、FSIH与AirScale的取舍

选BBU时，本质上是在算光口数、基带容量和功耗的账。FSMF适合小容量室外站，它体积只有24L，典型功耗330W，支持3个20MHz的8通道小区，但光口速率只有6个6G，接不了太多高带宽小区。FSIH升到24个6G或6×6G+9×9.8G，典型功耗624W，体积18L，能支持12个2T2R小区或9个8T8R小区，很多城区扩容站用它。

AirScale的AMIA机框加ABIA基带板是另一个层级。一个机框最小配置是一块ASIA主控加一块ABIA，整机功耗210W；如果配到2块ASIA加6块ABIA，功耗840W，接口能力是36个10G IR。这个配置适合高容量热点区域，比如高校、商圈，能支撑大量16流用户。选型时不能只看当前话务，还要考虑未来两年内4G/5G共模的升级。AirScale支持FDD、TDD、GSM、NB-IoT多模共板，这比Flexi平台有优势。我接触过几个站点，原来用FSIH的，后来要加5G，只能整机替换成AirScale，反而更麻烦。

从维护视角看，FSMF和FSIH的同步方式都支持GPS和1588v2，AirScale也支持，但AirScale的同步接口和主控板集成度更高，现场查时钟告警时，定位路径不太一样。如果站点有GPS天馈，FSMF的告警经常指向GPS接收模块，而AirScale更多是配置问题。

3.2 从宏站到室分：一体化小基站、数字化室分与3D MIMO的适用边界

部署方案决定了你用什么样的RRU。宏站层面，8通道RRU是主力。FZHM、FZHR这类8T8R设备输出功率8×20W，适合广覆盖。如果容量压力大，可以上3D MIMO，比如AAHB，64TRX、128天线阵子，总功率120W，光口速率3路40G，但这个设备真的很重：45kg，如果抱杆安装，必须重新做承重复核。

室内覆盖场景，一体化小基站是快速补盲方案。FWHE、FWHX这类2T2R设备，功率从2×5W到2×20W，支持GPS和1588v2，传输回传用100M/1000M网口，最关键的是支持PoE供电，一根网线就能跑。FWNB只有2×250mW，专门做微站补盲，可以放灯杆或挂墙。

数字化室分是另一个思路，ASiR架构分三部分：ASiR-RFC射频馈入单元、ASiR-HUB以太网汇聚单元、ASiR-ANT天线单元。HUB有12个10GBASE-T接口，向上有4个9.8G SFP光口回传BBU，支持多个HUB级联。这套方案的优势是4G/5G共点位，只需一根Cat6a线就能传输，支持GSM/LTE/5G多模。我在一个大型商超项目里用过，原来传统室分要放十几台RRU，ASiR方案只用了3台HUB加若干天线头，布线量减少一半，但要注意HUB的PoE供电总功率，天线头距离HUB超过100米就要用光纤转换模块。

多模共天线部署也是常见场景。900MHz、1800MHz、2.6GHz、3.5GHz可以共用一副多频天线，前提是天线端口和RRU通道对应关系别接错。有些站点用4488天线（4根低频+4根高频），实际只接到2个RRU上，现场没看端口标签，把两个不同频段的RRU接到同一个极化端口，导致隔离度急剧下降，最后排查半天才发现是物理连接错位。

4. 典型故障处理：主设备告警与光路告警的定位流程

4.1 射频模块与系统模块失败的处置顺序

主设备告警是现场遇到最多的。告警7652、7653、7654常见，其中7653会引起小区退服，同时伴随错误代码1907或1911。1907表示射频模块发射通道不可用，1911表示接收通道不可用。遇到这种情况，我一般先试闭锁再解锁射频模块。对于1907，闭锁解锁大概率能恢复；对于1911，闭锁解锁不一定能立刻恢复，如果不行，把小区闭锁几分钟再解锁，给射频模块一个重新初始化的时间。如果这样还是不行，那就别犹豫，直接换模块。

系统模块告警对应错误代码1806、4019、6707、6709，伴随告警号7116、7650、7651，其中7650会导致基站退服。处理时先看BBU型号。如果是FSMF，故障点大概率在基带总线或光口总线。如果告警出现在第2、3小区，优先检查FBBA的D-BUS线连接是否松动；如果绑扎过，解开重新插拔。如果告警在第1小区，或者换了D-BUS线仍不恢复，那就查光接口，通常换光模块能解决。4019错误代码可以尝试删除相关flag再观察。FSIH和ASIA的站点，用RFSTool工具恢复出厂设置，不行就换BBU。

这里有个关键判断：看到系统模块告警，不要一上来就换BBU。先观察告警小区分布。如果只有部分小区有告警，多半是光路或D-BUS问题；如果所有小区都有告警，才考虑主控或基带板故障。我处理过一例，告警集中在2、3小区，维护兄弟直接更换了BBU，结果问题依旧，后来发现是D-BUS线绑扎过紧导致内部断路。

4.2 “No connection to unit”告警：看Path信息比换光模块更重要

错误代码0010，告警名称“No connection to unit”，这是最经典的光路告警。它说明BBU和RRU之间连接丢失。很多新手第一反应是换光模块，但正确流程是先从告警里找“Path”或“Diagnostic info”定位故障路径。比如Path信息为“/SMOD-1/rf_ext1/RMOD-1/opt_if1”，表示系统模块1的第一个光口（rf_ext1）下挂了RRU，故障点就在系统模块光口1到第一级RRU的线缆上。如果是AirScale BBU，Path信息可能是“/SMOD_R-1(Left)/BBMOD_R-1(Left_Bottom)/rf2/RMOD_R-3”，表示左侧ASIA主控下面的ABIA基带板，RF2光口连接的RRU。

拿到路径后，顺序检查：第一步，确认路径指向的RRU是否上电并且没有其他告警；第二步，检查光缆是否折弯或损坏，有条件就换上备用光缆测试；第三步，检查该光口的光模块，替换试试。注意换光模块时务必要看速率匹配。FSMF的光口是6G，FSIH部分光口是9.8G，AirScale的ABIA是9.8G，AAHB是40G。如果把40G光模块插到9.8G光口，或者反过来，即使光路正常，告警也不会消失。我在一个项目里就遇到过，整条光缆换完没用，最后发现是维护包里拿错了光模块。

这个告警还有一个隐藏点：级联场景。数字化室分中HUB与BBU之间、HUB与HUB之间都是光口级联，如果中间某一级HUB死机，后面所有天线点的RRU都会上报0010。这时不要逐个换光模块，先查HUB的电源和网管状态，把HUB重启，告警往往批量消失。

5. 避坑与排查：现场维护最容易翻车的五个操作点

5.1 闭锁解锁不是万能解药

现象：射频模块故障1907，闭锁解锁立即恢复，但没过几小时告警又出现。

原因：闭锁解锁只是让射频模块重新初始化，如果模块内部有硬件虚焊或电源老化，问题会反复。第二次出现时不要继续闭锁解锁，直接查该RRU的供电电压和模块温度。

解决：先检查RRU的直流输入是否在允许范围，比如-48V设备允许范围是-40.5V到-57V。如果电压正常，再看RRU工作温度，高温会导致射频通道误报。温度过高就处理散热，温度正常就安排更换RRU。

5.2 光路告警先看路径再动手

现象：0010告警，现场人员直接换了RRU侧光模块，告警不恢复，又换BBU侧光模块，还是不恢复。

原因：没有读取告警里的Path信息，盲目更换光模块。故障可能根本不在光模块，而在光缆或上一级设备。

解决：严格按照Path路径，先确认路径中的中间节点是否在线。比如路径中含HUB，先ping HUB的网管地址或查看HUB运行状态；路径直接指向RRU，则从RRU侧往BBU侧逐段插拔测试。记住，换光模块是最后一步，不是第一步。

5.3 命名识别错误导致备件白领

现象：站点需要更换RRU，在备件库根据频段标注拿了一个型号相似的模块，结果设备型号不对，功能不匹配，装上后光路起不来。

原因：只看了频段字母，没看第二位的射频类型和第四位的版本。例如FZFF-e、FZND、FZFF看起来都是F/D频段，但输出功率和合路方式不同，不能混用。

解决：领备件前，必须核对完整型号，并确认版本后缀。如果原设备是FZFFF，不能直接领FZFF-e替代，即使频段一致，功率差异可能导致覆盖不足或过载告警。建议在站点台账上记录每个扇区RRU的完整型号和序列号，备件申请时按台账核对。

5.4 恢复出厂设置要用对工具

现象：系统模块告警1806，维护人员直接在网管上删除了配置数据，导致整个基站数据全失，业务中断。

原因：该操作不是“恢复出厂设置”，而是清空配置。官方建议使用RFSTool工具进行出厂恢复，它能保留正确的连接数据，只重置模块内部异常状态。

解决：遇到FSIH或ASIA的顽固告警，优先用RFSTool备份配置，再执行恢复出厂设置。操作前确认BBU有备份，否则恢复后需要重新灌入数据。另外，4019错误代码可以尝试删除flag恢复，但只适用于特定场景，不要滥用。

5.5 更换模块前确认配套光口速率

现象：AAHB 3D MIMO更换光模块后，链路一直处于软件告警状态，光功率正常但业务异常。

原因：AAHB光口速率是40G，而现场从备件库取的是10G光模块。虽然能发光、能收到信号，但速率协商失败，协议栈状态不对。

解决：更换前看光模块上的速率标签，确认与设备光口匹配。40G光口必须用40G模块，9.8G光口可以用10G模块，但为了稳定性还是按原速率配置。同时检查光模块类型是单模还是多模，多模模块用在长距离单模光纤上会有告警。

6. 进阶用法：做一张属于你自己的“型号-频段-故障”速查表

每次处理完故障，我都会把型号、频段、告警代码和恢复动作记在本子上。次数多了，就发现一张速查表比翻整本口袋书更快。你可以用电子表格按这种结构维护：

这张表不是一蹴而就的。我建议你从自家维护区域里故障率最高的5个型号开始，逐个填写。遇到新告警时，先翻表看同类型号的处置记录，能省很多试错时间。现场维护时，顺手把这页打印过塑，塞进安全帽夹层或工具包侧兜，比手机翻电子文档快得多。

有一次凌晨在一个站点遇到小区退服，告警指向某个型号的RRU光路丢失。我掏出速查表，看到这个型号备注栏写着“曾因尾纤弯折半径过小导致光衰”，立刻让现场人员检查尾纤路径，果然发现一处90度死折。重新理顺后，告警消失。那份口袋书给的是通用规则，而你自己的速查表给的是针对本地网络的血泪经验。从那以后，我每次处理完故障都会强制走一遍“填写速查表”的流程，现在巡检效率高了很多。希望这套方法也帮到你。

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