企业官网建设流程全解析

简介：这是一份面向网优工程师与5G网络优化人员的中兴5G高级技术资料，聚焦质量差小区的识别、分析及优化闭环。内容系统梳理低接入、高掉线、低速三类质差小区的判定标准，结合故障、覆盖、干扰、邻区漏配等根因聚类，给出对应优化策略；同时覆盖驻留比提升的互操作参数协同优化、分流比四类成因拆解，以及系统时钟告警、GNSS故障等关键告警码汇总，便于现场排障与参数核查。整份资料仅1个docx文档，约967KB，结构紧凑、知识点密度高，可直接用作日常优化参考或培训材料。自发布以来已有341人学习，适合需要快速建立5G质差处理框架并落地实操的无线网络优化工程师阅读。 刚入行那年我第一次独立进机房调5G，交接的U盘里就一个Word文件，叫《中兴5G高级资料.docx》。第二天客户要问我三个问题：这批中兴5G站点能不能接入现网、参数该按哪份规范、出了告警该找无线还是找传输。这种名字里挂着“高级资料”的文档，其实不是教材，而是把组网、MML命令和排障经验叠在一块的作战手册：从NSA到SA怎么选、gNodeB建站要敲什么、SRv6承载跨域怎么配、现场常见的坑在哪。下面按这类资料最常出现的目录走一遍，新手能照着操作，摸过中兴设备的老手也能捡几条边界参数。

2. 先把中兴5G组网铺开：网元、接口与维护入口

一份“高级资料”翻开第一步往往不是命令，而是一张网络拓扑。跳过这张图直接灌命令，后面出问题时你根本不知道该找无线、核心网还是承载网。对中兴5G场景，我一般先把三件事弄清楚：组网是SA还是NSA、接口往哪走、维护入口在哪。

2.1 SA和NSA在节点上到底差了什么

现网里SA已经是绝对主流，但不少存量区域还有NSA的遗留配置，新扩容站也常被要求在NSA和SA之间做参数兼顾。你只有知道这条线上哪个网元说了算，才不会被网管上五花八门的告警带偏。

两张网在运维上最大的差别是排查边界。NSA场景里UE掉线，先要判断是不是LTE锚点给踢掉了；SA场景则常见于AMF侧注册流程和N2接口。若是只在基站上改NR参数，SA的方向反而简单。

还有一种常见误用：把NSA的频点规划沿用给SA。NSA重点考虑LTE锚点和NR双连接组合，SA则要把SSB频点、TAC和AMF路由想清楚，否则站点建完终端根本找不到这个小区。

2.2 接口级梳理：NG-C、NG-U、Xn各管什么，配IP前先画图

中兴的gNB对外就三类接口：NG-C是控制面，和AMF走SCTP；NG-U是数据面，和UPF走GTP-U；Xn是基站之间的接口，切换全靠它。调测前先把这张表画在纸上，IP就不容易配错。

我在现场的习惯是：配业务IP前先把OM地址、NG-C地址、NG-U地址分开规划好。OM地址是运维通道，不参与业务转发；NG-C和NG-U虽然在同一个传输网里，但一个看重实时性和小包，一个看重带宽，别随手并到同一个VLAN里。

# 从维护终端验证两层可达性，再往上查网元状态 ping -c 4 192.168.200.11 # gNB的OM管理地址 ping -c 4 192.168.201.10 # 核心网AMF侧NG-C地址 ntpq -p # 确认维护终端与网元NTP同步情况

第一行ping的是网元OM口，通了表示你能进设备。第二行ping的是AMF侧的NG-C端点，通了表示控制面三层可达。第三行和基站本身没关系，却是我必做的动作——时钟不同步时，后头一堆告警会让你误判成链路问题。

提示：ping通不等于控制面正常。SCTP偶联要靠网管上的偶联状态来确认，GTP-U数据面丢包也不体现在ping里，真到那一步要抓包看重传。

2.3 维护入口：主控板、基带板、AAU的三层角色

拿到一份资料，里面最大的篇幅通常是“设备维护”章节，但你得先能识别设备角色。中兴5G基站的常见分工，一张表能讲清：

很多新手把AAU当成“天线”看，其实AAU里除了功放还有完整的光模块链路。BBU到AAU之间用的是25G或更高速率的白光模块，尾纤脏了或者弯曲过大，告警上来你只看“VSWR”是不解决物理层问题的。

维护入口通常是OM IP的SSH或telnet，中兴网元一般会开SSH，telnet看版本和部署习惯。第一次登录后别急着刷命令，先把设备名、版本、单板确认一遍。我有次改参数前没看版本，直接拿旧资料的命令敲，结果命令格式变了，白白折腾一晚上。这类事做到后面都是血泪经验，顺手打一条DSP VERSION能省很多时间。

3. 用MML建一个NR小区：中兴gNB最小命令集与参数表

建站是中兴5G资料里最核心也最容易被依赖的部分。新站调测，最常见的是在LMT网管上敲MML命令。下面按“开工前检查、建小区命令序列、六个必调参数”三块展开。

3.1 开工前三查：版本、License、光模块

别急着创建小区。先确认三件事，否则后面告警叠告警，你分不清是参数问题还是硬件问题。

// 在LMT命令行依次执行 DSP VERSION; // 看主控、基带、License的版本 DSP LICENSE; // 看剩余License资源 DSP OPTICAL-MODULE:CN=1,SN=1; // CN是槽位，SN是光口序号

三条命令里，光模块这条最常被跳过。建站当天光功率低，小区是能建起来的，但过几天就会周期性出“光模块告警”，调度指标也跟着抖。现场光功率异常，别第一反应去换光模块，先用无水酒精清洁尾纤端面再测一次，多半是脏了。

版本和License更像是“卡口”。License通常决定你能开多少个小区、多大带宽，DSP LICENSE会直接显示剩余值。版本不一致则会影响命令字段的兼容性，新版本可能改了参数名，老命令敲上去返回语法错误。

3.2 最小命令序列：建一个小区并激活

确认硬件没问题后，我一般按这个顺序建站。中兴不同版本MML字段会有差异，但套路一致：先建小区定义，再绑物理资源，最后激活。

// 创建NR小区定义：小区ID、名字、PLMN、带宽、子载波间隔、中心频点、PCI ADD NRDUCELL:NRDUCELLID=101,CELLNAME="NR-CELL-101", PLMNID="460-00",CELLBANDWIDTH=100,SUBCARRIERSPACING=30, FREQ=327040,PCI=101,CELLADMINSTATE=UNLOCKED; // 激活小区 ACTIVATE NRDUCELL:NRDUCELLID=101; // 确认小区状态 DSP NRDUCELL:NRDUCELLID=101;

第一行ADD NRDUCELL是最常被修改的一条：PLMNID里的460-00是中国移动、460-01是联通、460-11是电信；FREQ填的是中心频点对应的NR-ARFCN，不是频率的MHz数。PCI要避开与邻区冲突，这个我在下一节单独说。

中间那行ACTIVATE就是把管理状态从“锁定”切到“激活”。有些系统会要求先执行SET NRDUCELL把管理状态改成UNLOCKED，再执行ACTIVATE，顺序不对时界面会提示。最后一行DSP NRDUCELL查到的结果会显示小区状态、当前发射功率和激活时间，状态字段是“正常”才算起来。

注意：不同版本的ACTIVATE位置可能不同，有的在小区配置里，有的在载波配置里。敲之前先输入一个不完整的命令让系统提示补全，比翻命令手册快得多。

3.3 六个必调参数：PCI、SSB频点、带宽、SCS、波束、邻区

中兴5G主打频段在n78（3.5GHz）时，最常用的SCS是30kHz，带宽100MHz，对应PRB数是273个。FREQ填法的公式常见是ARFCN = 327024 + (F - 3300MHz) / 0.03MHz。我一般先用网管自带的计算器算准，再填进命令，手算容易把小数位弄错。

波束配置是最容易出“玄学”问题的地方。网络规划文档说覆盖高层，结果现场RSRP波动大，多半是波束场景没选对。资料里通常会附一张“波束场景与覆盖距离对照表”，我习惯把这张表拍下来存手机里，因为它比凭感觉试参数靠谱。

邻区表在配置顺序上要放最后，但影响最大。PCI、频点、带宽都对了，UE平滑度还是差，八成是邻区漏配。建站当天就把周边同频异频邻居配齐，哪怕后续优化再删，也比等投诉来了再补要省力。

4. 中兴5G现场调测避坑：五个高频现象的排查记录

这部分是资料里价值密度最高的，也是外面没人会主动告诉你的地方。现场问题翻来覆去就那几个，把“现象→原因→解决”记牢，能少走很多弯路。

4.1 现象：NR小区一直“Blocked”，射频起不来

我把新建好的小区激活，状态却不是“正常”，一直卡在“Blocked”。网管上能看到小区定义，但射频通道根本没起来。

原因：第一概率是时钟失锁。gNB的绝对时钟靠GNSS或上游IEEE 1588同步，天线朝向不好、GPS馈线衰减大、同步源断，小区射频就拒绝发射。第二概率是AAU通道状态不对，基带板检测不到可用发射通道。

解决：先查时钟再查通道。

DSP CLOCK; // 看同步源类型、锁定状态 DSP BRDINF; // 看单板、AAU通道在线状态

DSP CLOCK返回的锁定状态必须是“正常”，不是“保持”或“失锁”。失锁时把GPS天线的朝向和馈线接头重做一遍，等几分钟自然恢复。AAU通道在线状态有异常，则检查光模块和基带板到AAU的光路。

4.2 现象：UE能扫到中兴的PLMN，但注册流程被拒

终端可以搜到中兴的PLMN，信号还很强，但注册就是不成功，网管上没有小区告警，让人怀疑是不是核心网没配置。

原因：小区状态正常不代表注册能成功。最常见的是TAC（跟踪区码）和核心网配置不一致，其次是SCTP偶联虽然UP但AMF侧不认这个基站的NG配置。

解决：先看注册信令在哪个网元被拒。网管上有“SCTP偶联状态”和“NG接口状态”，先确认为UP；再查TAC配置与AMF侧是否一张表。

DSP SCTPASSOC; // 查询所有SCTP偶联状态 DSP NG; // 查询NG接口整机状态

SCTP偶联UP但NG接口还是Down的情况并不少见，多半是AMF侧还没把这台gNB加进邻接表。这个问题不在无线侧改参数能解决，要拉核心网同事一起对表。

4.3 现象：Xn偶联时通时断，切换成功率掉一半

切换成功率统计掉了十几个百分点，网管上Xn偶联频繁UP/Down，抓包能看到SCTP重传不断。

原因：IP MTU不一致。gNB和邻站之间的传输链路MTU是1500，但数据面偶尔有超大包；或者两站间的路由跳数多，SCTP超时时间太短，导致对端认为偶联失效。

解决：先统一两端MTU规划，再调SCTP超时参数。

// 修改Xn链路的MTU为1500，或与传输侧对齐 SET TRANSLINK:TRANSLINKID=xx,MTU=1500; // 调大SCTP超时上限，避免偶发拥塞导致误判 SET SCTPASSOC:SCTPASSOCID=xx,CPORT=38422,PPORT=3700;

这个坑在资料里也常被一句话带过，实际调起来最花时间。我后来习惯在建站前就把两端的MTU拉到同一张表，省得现场来回反复试。

4.4 现象：RSRP很好但MCS上不去，速率卡在半路

覆盖信号很好，RSRP都过了-90dBm，但吞吐量怎么都上不去，看调度MCS一直停在15以内。

原因：MCS起不来，多半是信道质量没得到基站确认。CSI-RS功率配比、SRS资源和接收通道数三者不一致，基站测到的上行信道质量差，下行也保守调度。

解决：查CSI-RS和SRS配置，再核接收通道。

DSP NRDUCELL:NRDUCELLID=101; // 查小区功率配置 DSP RRUCHNCFG; // 查AAU接收通道状态

接收天线通道数如果只有单通道，好一点的终端MCS也上不去。另一个隐蔽参数叫“CSI-RS功率偏置”，有的默认值下降过狠，覆盖达标但信道估计不准。这种情况调起来像玄学，实际是参数联动，不是硬件故障。

4.5 现象：整站小区全红，同时报VSWR和光模块告警

一个站所有小区一起亮红灯，既有VSWR告警也有光模块告警，网管上一排时间戳对得整整齐齐。

原因：AAU物理链路断了。常见是BBU到AAU之间的尾纤一端被插拔后没插牢，或AAU天线口馈线进水。VSWR和光模块告警会同时上报，是因为射频前端检测和光模块检测共用一条监控链路。

解决：按物理层顺序排查。先看光模块收发光功率，再做天线驻波测试。

DSP OPTICAL-MODULE:CN=1,SN=1; // 收发光功率 DSP VSWR:AAUID=1; // 各通道驻波比

VSWR数值大于1.5就该处理，大于2基本是天线口开路或短路。这类问题没有快速命令能绕过去，必须靠现场物理检查。资料里一般会附一份“室外故障排查清单”，按顺序走就行。

5. 承载网侧的高级配置：中兴M6000-S在SRv6-TE Policy跨域场景当PE

无线侧调通只是前半场，后头还需要承载网把数据送到核心网。高级资料通常给到SRv6这一档，这里挑最常见的“跨域SRv6-TE Policy”场景说。

5.1 SRv6-TE Policy跨域是什么场景，PE要管哪几件事

SRv6把IPv6转发和逐跳标签结合在一起，用一张IPv6地址表同时表达“下一跳去谁、转发表在哪、业务要什么”。SRv6-TE Policy是网上控制面发起的显式路径，相当于给业务路线画了一条“指定路线”。

跨域场景多出现在一条业务从接入到核心跨越两个SR域的情况。两个域边界往往不是同一种IGP，转发要求在域内各自算，跨域时段的路径选择就要在PE上做“跨段”编排。PE在这里不只是转发数据，还要决定把哪些业务流量导进哪条Policy。

这个场景里，PE的存在感就是负责三件事：声明SRv6 SID、绑定Color和Endpoint、维护Segment List。你在一台M6000-S做PE时，主要改的就是这三块。

5.2 关键配置骨架：Segment List、Color与Endpoint

中兴M6000-S的配置结构在不同版本有差异，但骨架通用。下面这段是简化示例，字段名要以你现网设备的实际命令为准。

# 进入SRv6视图 segment-routing ipv6 # 定义本机locator，用来宣告SRv6 SID前缀 locator PE1-6G ipv6-prefix 2001:db8:100:: 64 static 32 # 定义一条TE Policy，color 100对应业务，end-point是目的节点IPv6地址 sr-policy SP-TE100 color 100 end-point ipv6 2001:db8:200::1 segment-list SL1 index 10 sid 2001:db8:200::1 index 20 sid 2001:db8:300::1 path preference 10

locator PE1-6G声明本机将对外发布的SRv6前缀，后面的static 32表示前缀里静态段占32bit，实际根据规划调整。end-point指向对端PE或核心节点的IPv6地址，这是Policy的终点。segment-list里的SID按前缀顺序压栈，index越大压得越深，转发时先经过index小的SID。

Color这一项是业务和Policy绑定的关键。业务侧路由带Color 100属性，这条Policy也带Color 100，设备才会把对应流量导进来。配置时最常踩的坑是Color对齐问题——业务侧路由Color和Policy Color不一致，流量会被丢进普通转发，路径完全不受控制。

注意：segment-routing ipv6视图下还有大量子命令，例如SID动态分配的oper参数、压制告警时限等。我这里只列最小骨架，不是完整生产配置。

5.3 验证三板斧：Policy状态、SID转发表、业务联通性

配完干等“通了”是不行的。我一般固定用三条命令做验证，谁显眼谁排查。

# 1. 看Policy整体状态：是否存在、color是否正确、优选路径是否UP display segment-routing ipv6 te policy name SP-TE100 # 2. 看路径明细：Segment List是否有效、SID是否在转发表中 display segment-routing ipv6 te policy name SP-TE100 path detail # 3. 验证数据面：发自PE到远端SID的IPv6地址 ping ipv6 2001:db8:200::1

第一条看Up Path，第二条看SID都在不在，第三条是最后一道物理验证。SID不在转发表时，报告里会直接标SF状态，多半是locator没有发到对端IGP。Policy显示UP但ping不通，那就是隧道终点的外层封装没协商好，回头查SID归属。

这套验证里有个小经验：先ping对端Router-ID的IPv6地址，能通就说明三层没问题；不通就要回头查IGP邻居和lo接口。别一上来就怀疑SRv6配置，先把基础路由理顺。

6. 把docx里的命令抽成能反复执行的脚本，少跑几趟站

“高级资料”真正的价值不在你读完那一刻，而在改参数的时候。docx里的命令一旦落成脚本，你的工具效率就不一样了。

# 从资料里抽取MML命令，去掉注释和空行，生成可反复执行的命令文件 grep -v '^#\|^//\|^$' mml_commands.txt > run.mml wc -l run.mml head -20 run.mml

grep过滤掉注释和空行，只留下真正要执行的命令，wc -l看总条数。然后别急着整包执行，按“查询→修改→激活”分成三段，分批在LMT里跑。MML命令里经常有PLMNID、PCI这种需要现场填充的字段，脚本里我习惯先用占位变量标出来，执行前统一替换。

我最早吃过一次亏——在现网直接粘一整段SRv6配置，命令被终端拆成了半行，结果回退比配置还费劲。后来养成的习惯是：所有毫米波命令先落盘，做一次diff，确认每一行字段都和规划表一致，再分段执行。执行完看返回结果，不急着清trace。

这份docx资料也好，你手里的其他手册也罢，最终都要变成你自己沉淀下来的检查单。把检查单变成脚本，把脚本当成你和设备之间的缓冲，现场手忙脚乱的几率就会小很多。少跑冤枉站，比学几条高级命令实在得多，希望帮到你。

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