企业官网建设流程全解析

简介：这份文档面向5G网络优化工程师与运维人员，聚焦700M频段上行低速率小区的排查与参数调优，属于实操型技术资料。内容围绕低速率小区判定标准展开，明确以上行低于2Mbps、下行低于30Mbps为门限，并给出连续7天数据的统计口径；同时系统梳理了影响上下行速率的关键参数，涵盖PDCCH聚合级别、CCE配比自适应、PUSCH标称PO值、RSRP门限、上行波形自适应及AMC调整等，逐项列出默认值与推荐值，并附MML配置命令与终端黑名单处理思路。资源包共1个docx文件，约30KB，结构紧凑、便于查阅。目前已有131人学习。读者可据此快速定位低速率成因，掌握参数调整方向与验证方法，适合需要落地优化方案的中高级网优人员参考。

1. 700M上行低速率小区优化：从集团通报门限到参数落地

700M频段在5G网络里承担着广覆盖和深度覆盖的任务，但带宽只有20MHz（部分场景甚至更窄），上行速率天然吃紧。集团通报里对“700M低速率小区”的定义非常明确：上行低于2Mbps、下行低于30Mbps为门限，取连续7天数据，5个工作日出现2天及以上低速率，且2个周末出现1天及以上低速率，才判定为低速率小区。这个门限不是拍脑袋定的，它对应的是用户能感知到的“卡顿”临界点——上行2Mbps以下，视频回传、直播推流、甚至微信发原图都会明显变慢。

这份优化文档的价值在于，它把集团通报的判定逻辑和现网可操作的参数调整串成了一条线。适合谁看？一是负责700M网络日常优化的工程师，二是需要应对集团低速率小区考核的运维人员，三是想理解5G上行覆盖与容量权衡的技术人员。文档里涉及PDCCH CCE分配、上行波形自适应、AMC调整、SSB波束收缩、异频切换门限等十几个参数模块，每个都附了MML命令和验证效果。接下来我会按“先理解判定逻辑，再动手调参数，最后避坑”的顺序拆开讲。

2. 低速率判定与参数体系：先搞清哪些开关在拖后腿

2.1 集团通报的判定逻辑与数据采集口径

低速率小区的判定不是看某一天的最差值，而是看连续7天的统计分布。5个工作日里至少2天低速率，2个周末里至少1天低速率，这个“2+1”的组合条件意味着：如果小区只在工作日忙时出现低速率，周末正常，那它不会被通报；反过来，如果周末也低速率，说明问题不是临时负载导致的，而是覆盖或参数配置有系统性缺陷。

数据采集口径上，上行速率取的是小区级平均值还是用户级体验速率？集团通报通常取小区级上行平均速率，但优化时要看用户级分布。我一般会先拉两段数据：一段是小区级的上行平均速率和低速率小区比例，另一段是用户级的上行速率CDF分布。如果小区级平均速率在2Mbps边缘，但用户级CDF显示30%用户低于1Mbps，那问题就集中在远点用户或特定终端上，而不是全网性参数问题。

提示：判定门限里的“上行低于2Mbps”指的是小区级上行平均速率，不是单个用户的最低速率。优化时不要只盯平均值，要看低速率用户占比。

2.2 影响上行速率的关键参数分类

文档里列了二十多个参数，按功能可以分成四类：PDCCH控制信道类、PUSCH数据信道类、功率控制类、切换与覆盖类。PDCCH类参数影响的是调度指令能不能及时发出去，PUSCH类影响的是数据能不能高效传上来，功率控制类决定远点用户能不能以足够功率发射，切换与覆盖类则控制用户在小区的分布。

先看PDCCH类。NRDUCELLPDCCH下的UL_DL_CCE_RATIO_ADAPT_SW默认是off，推荐改成on。这个开关控制上下行CCE配比自适应，700M上行受限场景下，上行调度请求多，如果CCE配比固定，上行CCE不够用就会导致调度失败。UeSpecificPdcchAggLvl保持ADAPTIVE就行，自适应聚合级别能根据信道质量动态调整。UE_PDCCH_SYM_NUM_ADAPT_SW默认on，保持on。PDCCH_SYMBOL_LOAD_OPT_SW默认0，推荐也是0，这个开关在700M场景下不建议开，开了反而可能增加PDCCH符号占用。

PUSCH类里，UL_1RB_SCH_SWITCH和UL_1RB_SCH_ENH_SW默认都是0，推荐也是0。这两个开关针对的是上行1RB调度，700M上行低速率小区如果远点用户多，1RB调度能提升覆盖但会牺牲速率，所以默认关闭是对的。PUSCH_DMRS_FDM_AND_1RB_OPT_SW默认0，推荐0，频分复用和1RB优化在低速率场景下收益不明显。

功率控制类里，PoNominalPusch默认-37，推荐-37，这个值不用动。PuschRsrpThld默认-71，推荐-71，这是PUSCH的RSRP门限，影响的是上行功控的基准。PUSCH_NEARPOINT_PWR_PROTECT_SW默认0，推荐0，近点功率保护开关在低速率小区不建议开，开了会限制近点用户功率，反而可能拉低整体上行速率。

2.3 参数默认值与推荐值的差异分析

文档里有一张参数对照表，我挑几个差异明显的说。PDCCH_MULTI_BWP1_ALGO_SW默认0，推荐1，这个开关开启后支持多BWP下的PDCCH传输，700M小区如果配置了多个BWP，开启后能提升频谱利用率。PUSCH_MIDPOINT_RP_SW默认1，推荐0，中点降功率开关默认开启，但在低速率小区建议关闭，因为降功率会压缩中点用户的上行发射功率，导致速率下降。

UL_SF_MCS_ADJ_SW默认0，推荐0，上行子帧级MCS调整在700M场景下不建议开，开了会增加MCS波动，反而影响稳定性。UlMultiOllaConfig默认0，推荐0，上行多套外环配置在低速率小区不需要，单套外环足够。

这些默认值和推荐值的差异，核心逻辑是：700M上行受限，任何可能压缩上行功率或增加调度复杂度的开关，默认关闭的就保持关闭；任何能提升调度效率或资源利用率的开关，默认关闭的建议开启。但要注意，参数调整不是孤立的，改一个参数可能影响另一个参数的效果，后面避坑章节会细说。

3. 上行波形自适应与AMC调整：远点用户的速率抢救方案

3.1 上行波形自适应的原理与MML配置

上行波形自适应是700M低速率小区优化里最直接的手段之一。原理不复杂：远点用户上行如果用CP-OFDM发送，发射功率受限于终端功放，覆盖受限；切换到DFT-S-OFDM后，峰均比降低，同样的功放下有效发射功率抬升，上行速率就能改善。文档里明确写了“远点用户上行使用DFTSOFDM发送，相比CPOFDM上行发射功率抬升，上行低速率小区均可以开启”。

MML配置分三步：打开开关、配置门限、添加黑名单。先看代码：

// 打开上行波形自适应 MOD NRDUCELLALGOSWITCH:NrDuCellId=xx,AdaptiveEdgeExpEnhSwitch=UL_WAVEFORM_ADAPT_SW-1; // 配置门限，SinrThldforWaveformSel=100对应的是SINR门限 MOD NRDUCELLPUSCH:NrDuCellId=xx,SinrThldforWaveformSel=100; // 添加黑名单，因部分终端不按协议支持DFT波形 ADD GNBUEINFO: UeInfoIndex=3, UeInfoType=UE_FEATUREVALUE, UeFeatureValueContent="ec7fee769ff7e0fff0", UeFeatureValueMask="FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF", UeTypeDesc="Redmi Note 10 pro"; ADD GNBUECOMPAT: UeInfoIndex=3, BlacklistCtrlSwitch=UL_WAVEFORM_ADAPT_SW_OFF-1, ParamCtrlType=TYPE_FDD;

第一行AdaptiveEdgeExpEnhSwitch=UL_WAVEFORM_ADAPT_SW-1是总开关，-1表示开启。第二行SinrThldforWaveformSel=100是SINR门限，单位是0.1dB，100就是10dB。这个门限决定什么条件下触发波形切换，设得太低会导致近点用户也切到DFT，反而浪费资源；设得太高远点用户切不过去。文档推荐100，我一般会先按100配，观察一周再微调。

第三、四行是黑名单配置。UeInfoIndex=3是索引号，注意文档里的备注：“确保上面的两个UeInfoIndex特征值现网没有用过，不然会先生效Index低的，导致不生效”。UeFeatureValueContent是终端特征值，UeFeatureValueMask是掩码，UeTypeDesc是终端描述。BlacklistCtrlSwitch=UL_WAVEFORM_ADAPT_SW_OFF-1表示对这个终端关闭波形自适应。

注意：黑名单里的终端特征值需要从终端能力上报里提取，不同终端型号的特征值不同。文档里给的“ec7fee769ff7e0fff0”对应的是某款终端，实际配置时要替换成现网出问题的终端特征值。

3.2 上行AMC大步长调整与OLLA优化

AMC调整的目标是加快上行MCS收敛。文档里的开启条件是“IBLER>15%或上行重传比例>20%的上行低速率小区”。这两个指标说明上行信道质量差，MCS调整跟不上信道变化，需要大步长快速降阶。

// 开启上行OLLA大步长，小包快速降阶保体验 MOD NRDUCELLULAMC: NrDuCellId=xx, UlAmcAlgoSw=UL_AMC_STEP_ADAPT_SW-1; MOD NRDUCELLULAMC: NrDuCellId=xx, AmcStepAdaptDecThld=3; MOD NRDUCELLULAMC: NrDuCellId=xx, AmcStepAdaptCoeff=4; // 上行postSinr加速滤波 MOD NRDUCellUlAmc: NrDuCellId=1, UlAmcAlgoSw=UL_SINR_FILTER_OPT_SW-1; // TPC功控后SRS SINR修正 MOD NRDUCELLRSVDEXT04: NrDuCellId=xxx, RsvdSwParam0=RSVDSWPARAM0_BIT1-1;

UL_AMC_STEP_ADAPT_SW-1是上行AMC步长自适应开关。AmcStepAdaptDecThld=3是降阶门限，单位是dB，3表示当SINR低于目标值3dB时触发大步长降阶。AmcStepAdaptCoeff=4是调整系数，4表示降阶步长是常规的4倍。这两个值文档推荐3和4，我实测下来在700M场景下比较激进，如果小区内近点用户多，可以先把系数降到2，观察IBLER变化再决定是否调回4。

UL_SINR_FILTER_OPT_SW-1是上行postSinr加速滤波，开启后SINR滤波更快，MCS调整更及时。RSVDSWPARAM0_BIT1-1是TPC功控后SRS SINR修正，这个参数在文档里没有详细解释，我的理解是修正功控后的SRS SINR测量值，避免因功控导致SINR测量偏差。

3.3 关闭上行256QAM的取舍与验证

上行256QAM在700M场景下是个双刃剑。文档里的优化内容是：“针对上行256QAM比例低于20%的TOP小区，如果通过其他手段仍无法优化达标，可以尝试关闭UL256QAM，64QAM表格在低阶区间调整更精细。”

上行256QAM占比的定义公式是：N.UL.SCH.256QAM.TB / (N.UL.SCH.256QAM.TB + N.UL.SCH.64QAM.TB + N.UL.SCH.16QAM.TB + N.UL.SCH.QPSK.TB + N.UL.SCH.HalfPiBPSK.TB) * 100。这个比例低于20%，说明小区内大部分用户根本用不上256QAM，高阶调制在低SINR下反而容易出错，导致重传增加。

// 关闭上行256QAM MOD NRDUCELLALGOSWITCH: NrDuCellId=0, Ul256QamSwitch=UL_256QAM_OFF;

Ul256QamSwitch=UL_256QAM_OFF直接关闭上行256QAM。文档里的验证效果是：“上行256QAM比例低于20%的小区关闭UL256QAM，上行用户体验速率提升7%，低于速率小区比例降低1%。”这个增益不算大，但胜在操作简单、风险低。我一般会先关一周，对比关闭前后的上行平均速率和IBLER，如果IBLER明显下降且速率有提升，就保持关闭；如果速率没变化，再考虑开回来。

提示：关闭256QAM后，近中点用户的上行速率可能降低，因为64QAM的峰值速率低于256QAM。所以这个操作适合远点用户占比高、256QAM比例低的小区，不适合近点用户为主的小区。

4. 下行干扰随机化与SMART AMC：下行参数的联动调整

4.1 下行干扰随机化的版本要求与MML

下行干扰随机化的目标是降低小区间同频干扰。文档里的预期效果是“DLMCS抬升，DLIBLER降低，下行用户体验速率提升”，但增益大小与网络负载相关，负载越高增益越低。版本要求是22BSPC210及之后版本，这个要注意，低版本开了不生效。

// 开启下行干扰随机化 MOD NRDUCELLALGOSWITCH: NrDuCellId=0, AdaptiveEdgeExpEnhSwitch=DL_INTRF_RANDOM_SW-1;

AdaptiveEdgeExpEnhSwitch=DL_INTRF_RANDOM_SW-1是下行干扰随机化开关。这个参数和上行波形自适应共用AdaptiveEdgeExpEnhSwitch这个MO，但取值不同。配置时要注意，如果之前已经配了上行波形自适应，这里再配下行干扰随机化，两个取值要同时存在，不能互相覆盖。文档里的验证效果是“下行用户体验速率提升3%，下行低速率小区比例降低1%”。

4.2 SMART AMC的硬件要求与AI模型学习期

SMART AMC是文档里技术含量最高的一个特性。原理是“根据之前数传的样本数据（包含终端和gNB的测量和调度信息），通过机器学习自适应地为每一个下行SU-MIMO用户获取最佳频谱效率的MCS”。简单说，就是给每个用户单独训一个MCS调整策略，而不是所有用户共用一套。

硬件要求很关键：主控板UMPTe（UMPTe多模不支持）、UMPTg及以上。版本要求22B及之后。参数影响里有一条要特别注意：“在AI模型学习建立期间（通常为功能开通后3~6小时），用户和小区吞吐率有波动，CPU利用率可能会抬升”。这意味着开通后前几个小时指标会波动，不要急着回退。

// 开启下行SMART AMC MOD NRDUCELLAIALGO: NrDuCellId=1, AiAmcAlgoSwitch=DL_SU_MCS_INTEL_OPT_SW-1;

AiAmcAlgoSwitch=DL_SU_MCS_INTEL_OPT_SW-1是SMART AMC开关。文档里的验证效果是“下行用户体验速率提升6%，低速率小区比例降低2%”。这个增益比干扰随机化大，但硬件门槛也高。如果现网主控板是UMPTe多模，这个特性开不了，只能靠其他参数优化。

4.3 CCE参数优化的触发条件与风险

CCE参数优化针对的是上行CCE分配失败比例超过10%或上行重传比例超过20%的小区。文档里的优化内容包含“开启1CCE、PDCCH扩符号更容易、符号间用户均衡、DTX参与CCE调整”。

// 配置1CCE MOD NRDUCELLPDCCH: NrDuCellId=xx, PdcchAggLevel1Strategy=CONFIG; // PDCCH边缘功率控制和最大聚合级别 MOD NRDUCELLPDCCHALGO: NrDuCellId=xx, PdcchEdgePwrCtrlPolicy=NOT_CONFIG, PdcchMaxAggLevel=AGG_LVL_16; // 重负载CCE使用门限 MOD NRDUCELLPDCCH: NrDuCellId=xx, HeavyLoadCceUsageThld=50; // PDCCH符号负载优化 MOD NRDUCELLPDCCH: NrDuCellId=1, PdcchAlgoEnhSwitch=PDCCH_SYMBOL_LOAD_OPT_SW-1; // PUSCH DTX和NACK的AGG LEVEL自适应 MOD NRDUCELLPDCCH: NrDuCellId=X, PdcchAlgoEnhSwitch=PUSCH_DTX_AGG_LVL_ADAPT_SW-1&PUSCH_NACK_DTX_AGG_LVL_OPT_SW-1;

PdcchAggLevel1Strategy=CONFIG开启1CCE聚合级别，让PDCCH在信道好的时候用更少的CCE，节省资源。PdcchMaxAggLevel=AGG_LVL_16把最大聚合级别设到16，保证远点用户的PDCCH可靠性。HeavyLoadCceUsageThld=50是重负载CCE使用门限，50表示CCE利用率超过50%时触发负载均衡。

最后一行有个重要备注：“PDCCH CCE分配失败比例大于20%以上时PUSCH_DTX_AGG_LVL_ADAPT_SW、PUSCH_NACK_DTX_AGG_LVL_OPT_SW设置为关闭”。这两个开关在CCE分配失败率高的时候要关掉，否则会加剧CCE资源紧张。

注意：CCE参数优化的风险是“PDCCH利用率可能抬升，CCE分配失败比例可能抬升，下行用户体验速率可能降低”。所以这个优化适合上行CCE分配失败比例高的小区，如果小区本身CCE资源充裕，开了反而可能增加下行调度负担。

5. 覆盖收缩与切换门限：减少远点用户的组合拳

5.1 基站侧限速关闭与功率调整

基站侧限速关闭的逻辑很简单：核心网限速时，基站侧如果也限速，UE的Non-GBR业务上下行总速率会被UE-AMBR限制。关闭基站侧限速后，低速率小区可以突破这个限制。

// 关闭基站侧上下行AMBR限速 MOD NRDUCELLALGOSWITCH: NrDuCellId=1, ServiceDiffSwitch=UL_AMBR_RATE_CTRL_SW-0&DL_AMBR_RATE_CTRL_SW-0;

UL_AMBR_RATE_CTRL_SW-0和DL_AMBR_RATE_CTRL_SW-0分别关闭上行和下行AMBR限速。文档里说“低速率小区均可执行”，参数影响是“基站侧不进行限速”。这个操作风险低，但要注意核心网侧如果有限速策略，基站侧关闭后实际速率还是受核心网限制。

收缩小区覆盖是更激进的手段。文档里给了两种方式：降功率和SSB偏置。

// 小区降功率到120W MOD NRDUCELLTRP: NRDUCELLTRPID=1, MAXTRANSMITPOWER=447; // SSB功率偏置回退 MOD NRDUFDDCELLTRPBEAM: NrDuCellTrpId=x, MaxSsbPwrOffset=0/-3/-6;

MAXTRANSMITPOWER=447对应的是120W（447是0.1dBm单位，447=44.7dBm≈29.5W，这里文档写120W可能是笔误，实际配置时要以设备手册为准）。MaxSsbPwrOffset=0/-3/-6是SSB功率偏置，负值表示回退，回退越多覆盖收缩越明显。文档里的参数影响是“小区用户、流量降低”，所以这个操作适合用户数多、流量高但低速率比例也高的小区，牺牲一部分用户换取速率达标。

5.2 SSB时域错开与双波束关闭

SSB时域错开调整的原理是：开启SSB MOD2/MOD3时域错开的小区，SSB SINR会改善，700M能吸收更多远点用户，但上行用户体验速率会恶化。针对TOP小区，按(PCI + 1) MOD 3的结果配置SsbTimePos为SSB0、SSB1、SSB2，减少远点用户。

// SSB时域位置调整 MOD NRDUCELL: NrDuCellId=1, DuplexMode=CELL_FDD, SsbTimePos=x;

SsbTimePos的取值要根据PCI计算，(PCI + 1) MOD 3的结果0对应SSB0，1对应SSB1，2对应SSB2。这个操作的效果是“小区用户、流量降低”，和降功率类似，但更精细，只影响SSB的时域位置，不改变发射功率。

关闭SSB双波束是另一个收缩覆盖的手段：

// 关闭SSB双波束 MOD NRDUFDDCELLTRPBEAM: NrDuCellTrpId=x, CoverageScenario=DEFAULT;

CoverageScenario=DEFAULT表示关闭双波束，文档里说明“CoverageScenario配置SCENARIO_201说明开启SSB双波束功能”。关闭后远点用户比例减少，但小区用户和流量也会降低。

5.3 基于SINR和覆盖的切换门限优化

切换门限优化的目标是把差用户早点切到4G或2.6G，减少700M的上行压力。文档里给了基于上行SINR的5G->4G切换、基于频率优先级的切换、基于覆盖的异频切换、基于覆盖的异系统切换四类。

基于上行SINR的5G->4G切换：

// 门限优化 MOD NRDUCELLSRSMEAS: NrDuCellId=1, NrToEutranSinrLowThld=50; MOD NRDUCELLSERVEXP: NrDuCellId=1, CommonUlLargePktIdentThld=50; MOD NRCELLALGOSWITCH: NrCellId=1, ServiceFunctionSwitch=VOLUME_IDENTIFY_SW-1; MOD NRCELLINTERRHOMEAGRP: NrCellId=X, InterRatHoMeasGroupId=X, UlSinrHoEutranB2RsrpThld1=-105; // 大包判断开关关闭 MOD NRDUCELLSRSMEAS: NrDuCellId=1, NrToEutranSinrLowThld=50; MOD NRCELLALGOSWITCH: NrCellId=1, ServiceFunctionSwitch=VOLUME_IDENTIFY_SW-0; MOD NRCELLINTERRHOMEAGRP: NrCellId=X, InterRatHoMeasGroupId=X, UlSinrHoEutranB2RsrpThld1=-105;

NrToEutranSinrLowThld=50是SINR低门限，单位0.1dB，50就是5dB。CommonUlLargePktIdentThld=50是大包识别门限。VOLUME_IDENTIFY_SW-1开启流量识别，VOLUME_IDENTIFY_SW-0关闭流量识别。UlSinrHoEutranB2RsrpThld1=-105是B2事件的RSRP门限1。

基于覆盖的异频切换门限，文档给了一张表：

调整时700M和2.6G要同时调，防止乒乓切换。基于覆盖的异系统切换门限，文档也给了推荐值：MinimumRxLevel=-60，NonIntraFreqMeasRsrpThld=6（即-108），ServFreqLowPriRsrpReselThd=4，InterRatHoA1RsrpThld=-110，InterRatHoA2RsrpThld=-115，CovHoToEutranB2RsrpThld1=-115。

提示：切换门限调整的核心是“让差用户早点走，好用户留得住”。但门限调得太激进，700M用户和流量会大幅下降，影响覆盖指标。我一般会先调A2和B2门限，观察一周再决定是否调A1和A5。

6. 避坑与排查：参数调整中容易翻车的五个场景

6.1 黑名单索引冲突导致波形自适应不生效

现象：配置了上行波形自适应和黑名单，但远点用户速率没改善，查询AdaptiveEdgeExpEnhSwitch显示已开启。

原因：UeInfoIndex索引冲突。文档里明确备注“确保上面的两个UeInfoIndex特征值现网没有用过，不然会先生效Index低的，导致不生效”。如果现网已经有一个UeInfoIndex=3的配置，新加的UeInfoIndex=3不会生效，因为系统按索引从低到高匹配。

解决：先用LST GNBUEINFO查询现网已有的索引，选一个未使用的索引号。如果索引号紧张，可以复用已有的UeInfoIndex，但要把UeFeatureValueContent和UeFeatureValueMask改成新终端的特征值。

6.2 SMART AMC开通后指标波动误判为故障

现象：开通SMART AMC后前3~6小时，下行吞吐率波动，CPU利用率抬升，下行MCS和BLER变化。

原因：AI模型学习期。文档里明确写了“在AI模型学习建立期间（通常为功能开通后3~6小时），用户和小区吞吐率有波动，CPU利用率可能会抬升”。这是正常现象，不是故障。

解决：开通后至少观察6小时再评估效果。如果6小时后指标仍无改善或恶化，再考虑回退。回退命令是MOD NRDUCELLAIALGO: NrDuCellId=1, AiAmcAlgoSwitch=DL_SU_MCS_INTEL_OPT_SW-0。

6.3 CCE参数优化导致下行速率下降

现象：开启1CCE和PDCCH符号负载优化后，上行CCE分配失败比例下降，但下行用户体验速率降低。

原因：文档里的参数影响明确写了“PDCCH利用率可能抬升，CCE分配失败比例可能抬升，下行用户体验速率可能降低”。1CCE让PDCCH占用更少资源，但PDCCH扩符号和符号间均衡会增加PDCCH符号占用，挤占PDSCH资源。

解决：如果下行速率下降明显，先关闭PDCCH_SYMBOL_LOAD_OPT_SW，观察下行速率是否恢复。如果恢复，说明是符号负载优化导致的，可以只保留1CCE配置。如果没恢复，再关闭PdcchAggLevel1Strategy=CONFIG，回退到默认聚合级别策略。

6.4 切换门限调整引发乒乓切换

现象：调整700M到2.6G的A1/A2门限后，用户在两频段之间频繁切换，切换成功率下降。

原因：700M和2.6G的门限没有同时调整，或者A1和A2门限差值太小。文档里明确要求“调整时700M与2.6G同时调整，防止出现乒乓”。

解决：确保700M和2.6G的A1/A2门限差值一致。比如700M的A2是-105，2.6G的A2是-104，差值1dB，这个差值太小，容易乒乓。建议差值至少3dB。如果已经出现乒乓，先把门限回退到调整前的值，重新计算后再配。

6.5 关闭256QAM后近点用户速率下降

现象：关闭上行256QAM后，小区整体上行速率提升，但近点用户投诉速率下降。

原因：关闭256QAM后，近点用户只能用64QAM，峰值速率从256QAM的约100Mbps降到64QAM的约75Mbps（理论值，实际受带宽限制）。文档里的参数影响也写了“近中点用户上行速率可能降低”。

解决：如果近点用户投诉多，可以只对远点用户关闭256QAM，近点用户保持开启。但现网参数不支持按用户位置区分，只能按小区整体开关。折中方案是：如果小区近点用户占比高，不关闭256QAM，改用其他优化手段；如果远点用户占比高，关闭256QAM，同时通过切换门限把近点用户留在小区内。

7. 验证方法与参数回退：怎么确认优化真的生效了

优化做完不是终点，验证才是。我一般会按“对比法”来验证：选一个低速率小区，记录优化前的上行平均速率、低速率小区比例、IBLER、重传比例、CCE分配失败比例，然后逐项调整参数，每调一项观察24小时，对比指标变化。

具体操作上，先用LST NRDUCELLALGOSWITCH和LST NRDUCELLPDCCH查询当前配置，确认参数已生效。然后拉两段数据：一段是优化前7天的，一段是优化后7天的。对比时要注意，如果优化期间有节假日或特殊事件，数据要剔除。

参数回退的顺序和调整顺序相反。先回退风险最高的参数，比如SMART AMC和CCE优化，再回退切换门限和覆盖收缩，最后回退波形自适应和AMC调整。回退时每次只回退一项，观察24小时，确认指标恢复后再回退下一项。

有个习惯我坚持了很多年：每次调整参数前，先把当前配置用LST命令导出成文本，存到本地。回退时直接对照文本逐项恢复，比凭记忆靠谱。还有一点，参数调整记录要写清楚调整时间、调整人、调整前后的值、观察结果。现网优化最怕的就是“谁改的不知道，什么时候改的不知道，改之前是什么值不知道”，有了记录，出了问题能快速定位。

希望这些实操细节能帮到你，少走点弯路。

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