拓冰网站定制 
简介这是一份面向网优工程师与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 Option 3SA Option 2控制面锚点终端先驻留LTE由eNB决定是否分流到5G终端直接驻留NRgNodeB直连AMF数据面走线LTE和NR双连接主节点和辅节点分流全部走NG-U到UPF切换与移动性以LTE侧MME为锚点跨站切换依赖X2基站间Xn或N2切换不依赖LTE语音方案VoLTE依靠LTE覆盖VoNR或EPS Fallback工程配置LTE/5G两侧都要联调锚点优先级复杂5G独立开户NR小区直接上AMF两张网在运维上最大的差别是排查边界。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走SCTPNG-U是数据面和UPF走GTP-UXn是基站之间的接口切换全靠它。调测前先把这张表画在纸上IP就不容易配错。接口协议常用端口对端设备维护入口NG-CNGAP/SCTP38412AMF网管查偶联状态CLI看SCTP关联NG-UGTP-U/UDP2152UPF网管查传输资源数据面丢包要抓包XnXnAP/SCTP38422邻站gNBXn偶联健康状态、F1切换统计我在现场的习惯是配业务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基站的常见分工一张表能讲清单板/模块职能调测时关注点主控板OM管理、时钟分发、信令处理OM IP是否通、时钟是否锁定、版本是否齐基带板小区资源、UE调度、上下行处理License是否够、小区是否激活AAU射频收发、光模块、天线通道光功率、VSWR、通道状态很多新手把AAU当成“天线”看其实AAU里除了功放还有完整的光模块链路。BBU到AAU之间用的是25G或更高速率的白光模块尾纤脏了或者弯曲过大告警上来你只看“VSWR”是不解决物理层问题的。维护入口通常是OM IP的SSH或telnet中兴网元一般会开SSHtelnet看版本和部署习惯。第一次登录后别急着刷命令先把设备名、版本、单板确认一遍。我有次改参数前没看版本直接拿旧资料的命令敲结果命令格式变了白白折腾一晚上。这类事做到后面都是血泪经验顺手打一条DSP VERSION能省很多时间。3. 用MML建一个NR小区中兴gNB最小命令集与参数表建站是中兴5G资料里最核心也最容易被依赖的部分。新站调测最常见的是在LMT网管上敲MML命令。下面按“开工前检查、建小区命令序列、六个必调参数”三块展开。3.1 开工前三查版本、License、光模块别急着创建小区。先确认三件事否则后面告警叠告警你分不清是参数问题还是硬件问题。检查项命令正常状态异常处理网元版本与补丁DSP VERSION与周边站一致或兼容版本不一致先补丁对齐LicenseDSP LICENSE有足够的小区/载波LicenseLicense不足建不了小区AAU光模块DSP OPTICAL-MODULE:CN1,SN1光功率在正常范围无LOS告警检查尾纤、光口、对端模块// 在LMT命令行依次执行 DSP VERSION; // 看主控、基带、License的版本 DSP LICENSE; // 看剩余License资源 DSP OPTICAL-MODULE:CN1,SN1; // CN是槽位SN是光口序号三条命令里光模块这条最常被跳过。建站当天光功率低小区是能建起来的但过几天就会周期性出“光模块告警”调度指标也跟着抖。现场光功率异常别第一反应去换光模块先用无水酒精清洁尾纤端面再测一次多半是脏了。版本和License更像是“卡口”。License通常决定你能开多少个小区、多大带宽DSP LICENSE会直接显示剩余值。版本不一致则会影响命令字段的兼容性新版本可能改了参数名老命令敲上去返回语法错误。3.2 最小命令序列建一个小区并激活确认硬件没问题后我一般按这个顺序建站。中兴不同版本MML字段会有差异但套路一致先建小区定义再绑物理资源最后激活。// 创建NR小区定义小区ID、名字、PLMN、带宽、子载波间隔、中心频点、PCI ADD NRDUCELL:NRDUCELLID101,CELLNAMENR-CELL-101, PLMNID460-00,CELLBANDWIDTH100,SUBCARRIERSPACING30, FREQ327040,PCI101,CELLADMINSTATEUNLOCKED; // 激活小区 ACTIVATE NRDUCELL:NRDUCELLID101; // 确认小区状态 DSP NRDUCELL:NRDUCELLID101;第一行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、波束、邻区参数常见取值踩坑点PCI0~1007和邻区PCI取模冲突会出干扰规划前先拉现网列表SSB频点对应中心频点的ARFCN频点不对UE扫不到同步信号白站带宽100MHz、60MHz、50MHz带宽受限于License和AAU通道数子载波间隔SCS30kHz、15kHzSCS越大覆盖越差时延越低波束单波束、多波束覆盖场景不匹配时RSRP结构异常邻区同频、异频邻区表邻区漏配切换掉线直接表现出来中兴5G主打频段在n783.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:TRANSLINKIDxx,MTU1500; // 调大SCTP超时上限避免偶发拥塞导致误判 SET SCTPASSOC:SCTPASSOCIDxx,CPORT38422,PPORT3700;这个坑在资料里也常被一句话带过实际调起来最花时间。我后来习惯在建站前就把两端的MTU拉到同一张表省得现场来回反复试。4.4 现象RSRP很好但MCS上不去速率卡在半路覆盖信号很好RSRP都过了-90dBm但吞吐量怎么都上不去看调度MCS一直停在15以内。原因MCS起不来多半是信道质量没得到基站确认。CSI-RS功率配比、SRS资源和接收通道数三者不一致基站测到的上行信道质量差下行也保守调度。解决查CSI-RS和SRS配置再核接收通道。DSP NRDUCELL:NRDUCELLID101; // 查小区功率配置 DSP RRUCHNCFG; // 查AAU接收通道状态接收天线通道数如果只有单通道好一点的终端MCS也上不去。另一个隐蔽参数叫“CSI-RS功率偏置”有的默认值下降过狠覆盖达标但信道估计不准。这种情况调起来像玄学实际是参数联动不是硬件故障。4.5 现象整站小区全红同时报VSWR和光模块告警一个站所有小区一起亮红灯既有VSWR告警也有光模块告警网管上一排时间戳对得整整齐齐。原因AAU物理链路断了。常见是BBU到AAU之间的尾纤一端被插拔后没插牢或AAU天线口馈线进水。VSWR和光模块告警会同时上报是因为射频前端检测和光模块检测共用一条监控链路。解决按物理层顺序排查。先看光模块收发光功率再做天线驻波测试。DSP OPTICAL-MODULE:CN1,SN1; // 收发光功率 DSP VSWR:AAUID1; // 各通道驻波比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 Policycolor 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 10locator 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.mmlgrep过滤掉注释和空行只留下真正要执行的命令wc -l看总条数。然后别急着整包执行按“查询→修改→激活”分成三段分批在LMT里跑。MML命令里经常有PLMNID、PCI这种需要现场填充的字段脚本里我习惯先用占位变量标出来执行前统一替换。我最早吃过一次亏——在现网直接粘一整段SRv6配置命令被终端拆成了半行结果回退比配置还费劲。后来养成的习惯是所有毫米波命令先落盘做一次diff确认每一行字段都和规划表一致再分段执行。执行完看返回结果不急着清trace。这份docx资料也好你手里的其他手册也罢最终都要变成你自己沉淀下来的检查单。把检查单变成脚本把脚本当成你和设备之间的缓冲现场手忙脚乱的几率就会小很多。少跑冤枉站比学几条高级命令实在得多希望帮到你。本文还有配套的精品资源点击获取 中兴5G实战：从组网、MML命令到SRv6排障
简介这是一份面向网优工程师与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 Option 3SA Option 2控制面锚点终端先驻留LTE由eNB决定是否分流到5G终端直接驻留NRgNodeB直连AMF数据面走线LTE和NR双连接主节点和辅节点分流全部走NG-U到UPF切换与移动性以LTE侧MME为锚点跨站切换依赖X2基站间Xn或N2切换不依赖LTE语音方案VoLTE依靠LTE覆盖VoNR或EPS Fallback工程配置LTE/5G两侧都要联调锚点优先级复杂5G独立开户NR小区直接上AMF两张网在运维上最大的差别是排查边界。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走SCTPNG-U是数据面和UPF走GTP-UXn是基站之间的接口切换全靠它。调测前先把这张表画在纸上IP就不容易配错。接口协议常用端口对端设备维护入口NG-CNGAP/SCTP38412AMF网管查偶联状态CLI看SCTP关联NG-UGTP-U/UDP2152UPF网管查传输资源数据面丢包要抓包XnXnAP/SCTP38422邻站gNBXn偶联健康状态、F1切换统计我在现场的习惯是配业务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基站的常见分工一张表能讲清单板/模块职能调测时关注点主控板OM管理、时钟分发、信令处理OM IP是否通、时钟是否锁定、版本是否齐基带板小区资源、UE调度、上下行处理License是否够、小区是否激活AAU射频收发、光模块、天线通道光功率、VSWR、通道状态很多新手把AAU当成“天线”看其实AAU里除了功放还有完整的光模块链路。BBU到AAU之间用的是25G或更高速率的白光模块尾纤脏了或者弯曲过大告警上来你只看“VSWR”是不解决物理层问题的。维护入口通常是OM IP的SSH或telnet中兴网元一般会开SSHtelnet看版本和部署习惯。第一次登录后别急着刷命令先把设备名、版本、单板确认一遍。我有次改参数前没看版本直接拿旧资料的命令敲结果命令格式变了白白折腾一晚上。这类事做到后面都是血泪经验顺手打一条DSP VERSION能省很多时间。3. 用MML建一个NR小区中兴gNB最小命令集与参数表建站是中兴5G资料里最核心也最容易被依赖的部分。新站调测最常见的是在LMT网管上敲MML命令。下面按“开工前检查、建小区命令序列、六个必调参数”三块展开。3.1 开工前三查版本、License、光模块别急着创建小区。先确认三件事否则后面告警叠告警你分不清是参数问题还是硬件问题。检查项命令正常状态异常处理网元版本与补丁DSP VERSION与周边站一致或兼容版本不一致先补丁对齐LicenseDSP LICENSE有足够的小区/载波LicenseLicense不足建不了小区AAU光模块DSP OPTICAL-MODULE:CN1,SN1光功率在正常范围无LOS告警检查尾纤、光口、对端模块// 在LMT命令行依次执行 DSP VERSION; // 看主控、基带、License的版本 DSP LICENSE; // 看剩余License资源 DSP OPTICAL-MODULE:CN1,SN1; // CN是槽位SN是光口序号三条命令里光模块这条最常被跳过。建站当天光功率低小区是能建起来的但过几天就会周期性出“光模块告警”调度指标也跟着抖。现场光功率异常别第一反应去换光模块先用无水酒精清洁尾纤端面再测一次多半是脏了。版本和License更像是“卡口”。License通常决定你能开多少个小区、多大带宽DSP LICENSE会直接显示剩余值。版本不一致则会影响命令字段的兼容性新版本可能改了参数名老命令敲上去返回语法错误。3.2 最小命令序列建一个小区并激活确认硬件没问题后我一般按这个顺序建站。中兴不同版本MML字段会有差异但套路一致先建小区定义再绑物理资源最后激活。// 创建NR小区定义小区ID、名字、PLMN、带宽、子载波间隔、中心频点、PCI ADD NRDUCELL:NRDUCELLID101,CELLNAMENR-CELL-101, PLMNID460-00,CELLBANDWIDTH100,SUBCARRIERSPACING30, FREQ327040,PCI101,CELLADMINSTATEUNLOCKED; // 激活小区 ACTIVATE NRDUCELL:NRDUCELLID101; // 确认小区状态 DSP NRDUCELL:NRDUCELLID101;第一行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、波束、邻区参数常见取值踩坑点PCI0~1007和邻区PCI取模冲突会出干扰规划前先拉现网列表SSB频点对应中心频点的ARFCN频点不对UE扫不到同步信号白站带宽100MHz、60MHz、50MHz带宽受限于License和AAU通道数子载波间隔SCS30kHz、15kHzSCS越大覆盖越差时延越低波束单波束、多波束覆盖场景不匹配时RSRP结构异常邻区同频、异频邻区表邻区漏配切换掉线直接表现出来中兴5G主打频段在n783.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:TRANSLINKIDxx,MTU1500; // 调大SCTP超时上限避免偶发拥塞导致误判 SET SCTPASSOC:SCTPASSOCIDxx,CPORT38422,PPORT3700;这个坑在资料里也常被一句话带过实际调起来最花时间。我后来习惯在建站前就把两端的MTU拉到同一张表省得现场来回反复试。4.4 现象RSRP很好但MCS上不去速率卡在半路覆盖信号很好RSRP都过了-90dBm但吞吐量怎么都上不去看调度MCS一直停在15以内。原因MCS起不来多半是信道质量没得到基站确认。CSI-RS功率配比、SRS资源和接收通道数三者不一致基站测到的上行信道质量差下行也保守调度。解决查CSI-RS和SRS配置再核接收通道。DSP NRDUCELL:NRDUCELLID101; // 查小区功率配置 DSP RRUCHNCFG; // 查AAU接收通道状态接收天线通道数如果只有单通道好一点的终端MCS也上不去。另一个隐蔽参数叫“CSI-RS功率偏置”有的默认值下降过狠覆盖达标但信道估计不准。这种情况调起来像玄学实际是参数联动不是硬件故障。4.5 现象整站小区全红同时报VSWR和光模块告警一个站所有小区一起亮红灯既有VSWR告警也有光模块告警网管上一排时间戳对得整整齐齐。原因AAU物理链路断了。常见是BBU到AAU之间的尾纤一端被插拔后没插牢或AAU天线口馈线进水。VSWR和光模块告警会同时上报是因为射频前端检测和光模块检测共用一条监控链路。解决按物理层顺序排查。先看光模块收发光功率再做天线驻波测试。DSP OPTICAL-MODULE:CN1,SN1; // 收发光功率 DSP VSWR:AAUID1; // 各通道驻波比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 Policycolor 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 10locator 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.mmlgrep过滤掉注释和空行只留下真正要执行的命令wc -l看总条数。然后别急着整包执行按“查询→修改→激活”分成三段分批在LMT里跑。MML命令里经常有PLMNID、PCI这种需要现场填充的字段脚本里我习惯先用占位变量标出来执行前统一替换。我最早吃过一次亏——在现网直接粘一整段SRv6配置命令被终端拆成了半行结果回退比配置还费劲。后来养成的习惯是所有毫米波命令先落盘做一次diff确认每一行字段都和规划表一致再分段执行。执行完看返回结果不急着清trace。这份docx资料也好你手里的其他手册也罢最终都要变成你自己沉淀下来的检查单。把检查单变成脚本把脚本当成你和设备之间的缓冲现场手忙脚乱的几率就会小很多。少跑冤枉站比学几条高级命令实在得多希望帮到你。本文还有配套的精品资源点击获取