企业官网建设流程全解析

简介：一份围绕700M上行低速率小区优化的技术文档，聚焦5G低频网络性能提升，适合从事700M网络优化、RF优化及参数策略调整的工程师参考。内容先给出低速率小区判定标准（上行低于2Mbps、下行低于30Mbps，结合工作日与周末连续7天统计），再系统梳理影响上/下行速率的20余项关键参数，如CCE配比自适应、PDCCH聚合级别、PUSCH功率控制、上行波形自适应等，并针对每项参数说明默认值、推荐值及作用原理。文档还提供具体优化建议，包括开启自适应开关、谨慎调整功率门限、远点场景启用DFT-S-OFDM波形、关闭上行256QAM的适用条件等，可视为一份可直接用于现网排查与调优的参考笔记。压缩包共1个docx文件（约30KB），内容结构紧凑，便于随查随用。目前已有131人学习下载，适合需要快速上手700M低速率小区治理的网优人员。

1. 700M上行低速率小区优化：先搞懂判定标准和优化方向

做700M 5G网络优化的人，大概率都遇到过这类工单：某个小区被集团通报为低速率小区，要求限期整改，但打开话统一看，流量、用户数都不高，就是速率上不去。这个文档把700M低速率小区的判定口径、关键参数和十余种优化手段一次性讲透了，适合一线网优工程师和后台参数优化人员直接照着做。700M覆盖好但带宽窄，上行速率本来就容易成为瓶颈，低速率小区的处理思路和2.6G、4.9G不完全一样，很多手段是700M特有的——比如上行波形自适应、SSB时域错开、单700M站点删NR异频频点。这篇笔记我把文档里的判定逻辑、参数底表和每条优化手段的适用条件拆开来讲，再把实际执行时容易踩的坑一并列出来。

2. 低速率小区判定与参数底表：700M门限逻辑和关键参数全景

2.1 700M低速率小区判定：连续7天数据怎么卡

700M低速率小区的定义不是单纯看某一天的速率，而是有一套完整的统计口径。集团通报的标准是：上行低于2Mbps、下行低于30Mbps作为门限，取连续7天的数据，如果5个工作日出现2天及以上低速率，且2个周末出现1天及以上低速率，就判定为700M低速率小区。

这里有两个容易被忽略的点。第一，工作日和周末是分开统计的，不是简单数7天里有几天达标。工作日要5天里至少2天，周末要2天里至少1天，两个条件同时满足才算。第二，连续7天的窗口是滚动取的，不是按月或按周固定。实际操作中，我一般会让后台按天导出低速率小区清单，用连续7天的滑动窗口自己先跑一遍，把已经在临界值附近的小区提前标记出来，不要等集团通报下来再动手。这样能争取至少一周的优化缓冲时间。

判定标准落地之后，要做的第一件事就是把目标小区的上下行速率、用户数、流量、重传比例、IBLER这些基础指标拉出来，确认低速率到底是上行还是下行主导。700M上行低速率小区里，相当一部分是上行重传比例高、MCS偏低导致的，这类小区优先走上行方向的优化手段。下行主导的，重点看干扰水平和MCS分布。

2.2 影响上、下行速率的关键参数底表

文档里列了一张很全的参数表，我按实际使用频率重新整理了一下，分成上行和下行两组。这张表是后续所有优化的底表，先看清默认值再动手。

上行关键参数：

下行关键参数：

这里要特别说明的是PUSCH_MIDPOINT_RP_SW这个参数。默认值是1，商用推荐值是0，这是一个反直觉的配置——默认开启中点降功率，商用反而要求关闭。原因在于700M FDD小区普遍覆盖较远，中点用户如果降功率，上行MCS会掉得很明显。我处理过的TOP小区里，有相当一部分是把这个开关从1改成0之后，上行速率就恢复了。这个参数改动风险小，可以放在优化动作的前三步执行。

3. 上行速率优化实战：波形自适应、AMC调整与关闭256QAM

3.1 上行波形自适应：远点用户DFTS-OFDM发射功率抬升

上行波形自适应的原理是让远点用户使用DFTS-OFDM发送，相比CP-OFDM，DFTS-OFDM的峰均比更低，上行发射功率可以抬升，远点用户的MCS就能提上来。700M上行低速率小区都可以开启这个功能，但有一个副作用——上行干扰可能抬升。这是因为DFTS-OFDM改变了上行信号的频谱形态，对邻区的干扰特性也随之变化。

开启步骤如下，分三步走：

// 第一步：打开上行波形自适应开关 MOD NRDUCELLALGOSWITCH: NrDuCellId=xx, AdaptiveEdgeExpEnhSwitch=UL_WAVEFORM_ADAPT_SW-1; // 第二步：配置波形选择门限 MOD NRDUCELLPUSCH: NrDuCellId=xx, SinrThldforWaveformSel=100; // 第三步：添加终端黑名单 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;

第一步的UL_WAVEFORM_ADAPT_SW开关是总开关，打开之后基站才会根据终端能力和信道条件做波形选择。SinrThldforWaveformSel这个门限我一般先用100这个默认推荐值，意思是SINR低于这个值的用户优先用DFTS-OFDM。实际场景里如果发现远点用户速率没起来，可以试着把这个值往下调，让更多的用户落到DFTS-OFDM上。

第三步的黑名单是很多人会漏掉的。现网存在部分终端不按照协议要求支持DFT波形，典型的就是Redmi Note 10 pro，如果不加黑名单，这些终端会被调度到DFTS-OFDM上，但实际发射功率并不抬升，反而会因为波形切换导致性能下降。加黑名单时有一个关键细节：要确保两个UeInfoIndex的特征值现网没有用过。如果一个Index已经在用，新配置不会生效，因为基站会优先匹配Index低的记录。

3.2 上行AMC大步长调整与postSinr加速滤波

AMC调整是上行低速率优化里见效最快的手段之一。文档里给了一个明确的开启条件：IBLER大于15%或上行重传比例大于20%的小区才建议开启。核心逻辑是AMC大步长调整可以加快UL MCS收敛，让MCS快速降到合适的水平，从而降低IBLER和重传比例。

// 开启上行OLLA大步长，小包快速降阶保体验 MOD NRDUCELLULAMC: NrDuCellId=1, UlAmcAlgoSw=UL_AMC_STEP_ADAPT_SW-1; MOD NRDUCELLULAMC: NrDuCellId=1, AmcStepAdaptDecThld=3; MOD NRDUCELLULAMC: NrDuCellId=1, 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是主开关，打开之后才允许AMC步长做自适应调整。AmcStepAdaptDecThld=3的含义是当MCS下降步长超过3阶时触发大步长调整，这个值我一般建议从3开始，如果发现IBLER压不下来，可以降到2，让MCS更快收敛。AmcStepAdaptCoeff=4是步长调整的系数，系数越大MCS下降越快，但也不能设太大，否则MCS会震荡。

UL_SINR_FILTER_OPT_SW是postSinr加速滤波，作用是对SINR滤波做加速，让AMC能更快响应信道变化。RSVDSWPARAM0_BIT1是TPC功控后的SRS SINR修正，这三个开关是一套组合拳，建议同时开启。这里有一个血泪经验：不要只看IBLER一个指标，要把上行重传比例一起盯住。我处理过一个小区，IBLER从20%降到了12%，看着达标了，但重传比例还在25%以上，用户感知并没有改善。后来把AmcStepAdaptDecThld从3调到2，重传比例才降到18%左右。

3.3 关闭上行256QAM：低阶调制表格的精细调整

关闭上行256QAM是针对特定场景的优化手段，不是所有小区都适合。文档给出的条件是：上行256QAM比例低于20%的TOP小区。上行256QAM占比的定义是256QAM的TB数除以所有调制阶数的TB数总和，这个指标可以直接从话统里取。

判断逻辑是这样的：如果一个小区256QAM占比已经很低，说明近中点用户本来就少，256QAM对这个小区没有带来多少速率增益。而64QAM的表格在低阶区间调整更精细，关闭256QAM之后，AMC可以用64QAM的表格做更细粒度的MCS调整，反而能提升用户体验速率。

MOD NRDUCELLALGOSWITCH: NrDuCellId=0, Ul256QamSwitch=UL_256QAM_OFF;

这个参数是一个小区级开关，区分上下行，UL_256QAM_OFF只关上行。文档里给了验证效果：上行256QAM比例低于20%的小区关闭UL256QAM之后，上行用户体验速率提升7%，低速率小区比例降低1%。

执行这个操作时有一个注意点：关闭256QAM会影响近中点用户的上行峰值速率，如果这个小区有高价值用户或者上行大包业务占比高，要谨慎操作。我一般会在执行前先看一下小区上行业务量的分布，如果PDCP层上行流量里大包占比超过30%，就不建议关，或者先关一周观察效果，不行再回退。

4. 下行速率优化实战：干扰随机化、SMART AMC与CCE参数调整

4.1 下行干扰随机化与SMART AMC：先看版本和硬件要求

下行方向的优化手段，开篇就要强调版本和硬件约束。下行干扰随机化功能要求22BSPC210及之后的版本，SMART AMC要求22B及之后的版本，且硬件要求主控板UMPTe或UMPTg及以上。版本不够就白折腾，这是我在现场吃过亏的地方——参数配了半天，一看版本不支持，全部作废。

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

两个功能可以独立开启。下行干扰随机化的原理是小区间同频干扰的随机化处理，让干扰在时频资源上分散开，从而降低对特定RB的持续干扰。预期效果是DL MCS抬升、DL IBLER降低、下行用户体验速率提升。特性增益和网络负载相关，负载越高的场景增益越低——也就是说，这个功能在高负载场景能缓解问题，但不能根治。

SMART AMC的原理是用机器学习为每个下行SU-MIMO用户适配最佳频谱效率的MCS。和传统AMC的区别在于，传统AMC所有用户共用一套MCS/IBLER调整方案，SMART AMC会积累之前数传的样本数据，包含终端和gNB的测量和调度信息，为每个用户单独建模。文档里的验证效果是下行用户体验速率提升6%，低速率小区比例降低2%。

这里要提醒一个关键风险：SMART AMC在AI模型学习建立期间，通常是功能开通后的3到6小时，用户和小区吞吐率会有波动，CPU利用率可能会抬升，下行MCS和BLER可能变化。所以这个参数不要在白天业务忙时操作，我会选择凌晨做，而且先做一两个小区观察一个白天，确认没有异常再推广。

4.2 CCE参数优化：PDCCH利用率与分配失败比例的博弈

CCE参数优化是针对上行CCE分配失败比例超过10%或上行重传比例超过20%的小区。核心思路是提升PDCCH的调度灵活性，让更多的用户能拿到控制信道资源。

// 配置1CCE MOD NRDUCELLPDCCH: NrDuCellId=xx, PdcchAggLevel1Strategy=CONFIG; // 调整聚合级别上限和边缘用户功率控制 MOD NRDUCELLPDCCHALGO: NrDuCellId=xx, PdcchEdgePwrCtrlPolicy=NOT_CONFIG, PdcchMaxAggLevel=AGG_LVL_16; // 配置高负载CCE使用门限 MOD NRDUCELLPDCCH: NrDuCellId=xx, HeavyLoadCceUsageThld=50; // 开启符号负载优化 MOD NRDUCELLPDCCH: NrDuCellId=xx, PdcchAlgoEnhSwitch=PDCCH_SYMBOL_LOAD_OPT_SW-1; // 开启DTX参与CCE调整 MOD NRDUCELLPDCCH: NrDuCellId=xx, PdcchAlgoEnhSwitch=PUSCH_DTX_AGG_LVL_ADAPT_SW-1&PUSCH_NACK_DTX_AGG_LVL_OPT_SW-1;

PdcchAggLevel1Strategy=CONFIG是开启1CCE的配置，1CCE能让PDCCH资源的分配更细粒度，资源利用率更高。PdcchMaxAggLevel=AGG_LVL_16是聚合级别的上限，配合PdcchEdgePwrCtrlPolicy=NOT_CONFIG使用，意思是边缘用户不再单独做功率控制策略，直接用统一的调度逻辑。

HeavyLoadCceUsageThld=50是高负载CCE使用门限，当CCE利用率超过50%时触发特殊处理策略。PdcchAlgoEnhSwitch的两个开关——PUSCH_DTX_AGG_LVL_ADAPT_SW和PUSCH_NACK_DTX_AGG_LVL_OPT_SW——是用DTX（不连续传输）信息参与聚合级别调整的，让MCS和聚合级别的匹配更精准。

这里有一个参数间的制约关系要注意：如果PDCCH CCE分配失败比例大于20%，文档明确建议把PUSCH_DTX_AGG_LVL_ADAPT_SW和PUSCH_NACK_DTX_AGG_LVL_OPT_SW设置为关闭。原因是DTX参与调整在某些极端负载下反而会加剧CCE拥塞。我实际操作时会把CCE分配失败比例、PDCCH利用率、上行重传比例三个指标一起看，如果CCE分配失败比例已经很高，就先不做DTX相关的开关，把1CCE和符号负载优化先配上。

CCE参数优化的参数影响是PDCCH利用率可能抬升，如果CCE利用率一直居高不下，下行用户体验速率反而会下降。所以做完之后必须跟踪CCE利用率和下行速率两个方向的变化，不能只看CCE分配失败比例降了没有。

5. 覆盖收缩与移动性调整避坑指南：降功率、切换门限和常见翻车点

5.1 覆盖收缩四件套：降功率、SSB偏置、SSB时域错开、关闭双波束

700M上行低速率小区的成因里，远点用户占比高是最常见的一种。远点用户上行发射功率受限，MCS只能QPSK甚至更低，拉低了整个小区的上行速率均值。覆盖收缩的核心思路就是把远点用户清理出去，让小区覆盖范围内以中近点用户为主。

覆盖收缩有四个手段，按实施难度从低到高排列。第一个是SSB功率偏置回退和小区降功率：

// 小区降功率：从默认47.7dBm降到44.7dBm（120W） MOD NRDUCELLTRP: NRDUCELLTRPID=1, MAXTRANSMITPOWER=447; // SSB功率偏置收缩覆盖 MOD NRDUFDDCELLTRPBEAM: NrDuCellTrpId=x, MaxSsbPwrOffset=-3;

降功率和SSB偏置可以组合使用。如果是小区功率不修改的场景下要收缩覆盖，可以把MaxSsbPwrOffset设为负数，比如-3或-6dB，SSB功率降低后，远点用户的服务SINR下降，自然就切走了。这个手段比直接降小区功率温和，因为只影响SSB的覆盖半径，不影响数据信道的发射功率。

第二个手段是SSB时域错开调整。这个手段比较特殊，开启SSB MOD2/MOD3时域错开的小区SSB SINR会改善，700M能吸收更多远点用户，提升话务量，但同时也会导致上行用户体验速率指标恶化。所以针对TOP小区，反而要修改SSB时域位置配置，按照(PCI+1)MOD 3的结果配置SsbTimePos为SSB0、SSB1、SSB2，减少远点用户。

MOD NRDUCELL: NrDuCellId=1, DuplexMode=CELL_FDD, SsbTimePos=x;

这里的x根据(PCI+1)MOD 3的结果来定，结果0配SSB0，结果1配SSB1，结果2配SSB2。这个操作的逻辑是：SSB时域错开改善的是SSB的干扰环境，让远点用户更容易驻留和接入，但对TOP小区来说，我们不想让更多远点用户进来，所以要把时域位置改回去，减少远点用户的接入机会。

第三个手段是关闭SSB双波束：

MOD NRDUFDDCELLTRPBEAM: NrDuCellTrpId=x, CoverageScenario=DEFAULT;

CoverageScenario有SCENARIO_201和DEFAULT两种配置，SCENARIO_201代表开启SSB双波束。双波束相当于把覆盖波束展宽了，能覆盖更广的范围，但对TOP小区来说，远点用户恰恰是负担，关闭双波束可以缩小覆盖范围。

5.2 移动性调整手法：SINR切换、频率优先级、异频异系统切换

覆盖收缩手段做完之后，如果远点用户还是不走，就要靠移动性参数把用户推出去。这里有一套完整的调整手法，从基于上行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;

NrToEutranSinrLowThld=50是上行SINR低门限，当用户的SINR低于这个值，会触发向E-UTRAN的切换评估。CommonUlLargePktIdentThld=50配合VOLUME_IDENTIFY_SW-1，让基站能识别上行大包业务，大包用户在低SINR条件下优先切到4G。UlSinrHoEutranB2RsrpThld1=-105是B2事件的RSRP门限。

这里要注意大包判断开关的方向。文档里有两个版本，一个是VOLUME_IDENTIFY_SW-1开启大包判断让差用户早切换，另一个是VOLUME_IDENTIFY_SW-0关闭大包判断。实际场景里应该先开启大包判断、调整SINR门限，让差用户切换走；如果这样做了之后发现切换太频繁，再把大包判断关闭，只保留SINR门限控制。

// 提高700M->2.6G切换A1门限，4dB步长调整 MOD NRCELLINTERFHOMEAGRP: NrCellId=x, InterFreqHoMeasGroupId=x, FreqPriInterFA2RsrpThld=-94, FreqPriInterFA1RsrpThld=-90, FreqPriInterFA4RsrpThld=-106;

基于频率优先级切换的核心是调高A1门限。FreqPriInterFA1RsrpThld是A1事件的RSRP门限，A1用于停止异频测量，提高这个值意味着用户在更好的信号条件下就停止异频测量，减少无谓的异频切换。FreqPriInterFA2RsrpThld是A2门限，A2用于触发异频测量，这个也相应提高。

5.3 常见问题与避坑记录

下面这几条都是我在实际执行过程中遇到过的真实问题，逐个说清楚现象、原因和解决办法。

现象1：降功率后用户投诉增多，出现弱覆盖脱网。原因：功率收缩幅度过大，一次性把MAXTRANSMITPOWER从477降到447甚至更低，覆盖收缩过快，远点用户还没来得及切换到邻区就脱网了。 解决：降功率按1dB步进，每步间隔24小时观察，同时配合切换门限调整。优先用SSB偏置收缩，SSB偏置方式是逐步下调MaxSsbPwrOffset，从-3再到-6，不要直接跳-6。

现象2：开启上行波形自适应后，上行干扰明显抬升，邻区上行速率反而下降。原因：DFTS-OFDM用户增多后，上行信号频谱形态改变，对邻区的干扰特性也随之变化，特别是在小区边缘用户多的情况下。 解决：上行干扰敏感区域不开启波形自适应，或者只对上行干扰底噪低于-110dBm的小区开启。开启后每天盯上行干扰指标，如果抬升超过3dB，立即关闭。

现象3：配置两个UeInfoIndex后，发现终端黑名单不生效。原因：UeInfoIndex重复或者已被现网其他特征值使用，基站只匹配Index最低的一条。 解决：添加前先查询现网已用的UeInfoIndex，确保新值没有被占用。文档里用的是Index=3，如果现网已经用了，要换成空闲的Index值。

现象4：关闭256QAM后，近中点用户的视频业务感知明显下降。原因：256QAM关闭后，近中点用户的上行峰值速率受限，大包业务的上行速率下降，用户主观感知变差。 解决：关闭256QAM前，统计小区上行大包占比，如果大包占比超过30%，不要直接关闭，先做AMC大步长调整和波形自适应，把IBLER和重传压下来再评估。

现象5：同时调整700M和2.6G的切换门限后，出现乒乓切换。原因：两侧门限调整不同步，A1/A2/A5门限的间距不合理，用户在两个小区之间来回切换。 解决：700M和2.6G必须同时调整，要保证A2门限低于A1门限并且至少保留4dB间距，A5门限1低于A2门限。文档给出的参数范围是A1门限-100到-90dBm，A2门限-105到-95dBm，执行时按这个范围对照修改。

6. 参数组合验证与批量应用的实操技巧

最后一个关键词是验证。参数调完了不等于优化结束了，怎么验证、怎么批量推广，这才是决定工作量的核心环节。我自己习惯的做法是两阶段验证法。

第一阶段是单小区验证。选择2到3个典型的低速率TOP小区，先做中风险参数的调整，比如PUSCH_MIDPOINT_RP_SW、UL_AMC_STEP_ADAPT_SW、UL_WAVEFORM_ADAPT_SW这三个上行方向的参数，确认指标变化方向符合预期后再加下行方向的参数。验证周期至少3天，因为低速率小区的判定本身就要连续7天数据，3天能看到短期趋势，7天才能确认稳定。

验证的核心指标是上行用户感知速率、下行用户感知速率、上行IBLER、上行重传比例、小区平均MCS、CCE分配失败比例。我一般会用Excel做一个前后对比表，每项指标取7天平均值做对比。下载这个文档处理后，我通常会把里面的参数整理成一个标准操作模板，每个参数标注适用条件、风险等级和验证周期，这样批量应用时只需要套模板。

第二阶段是批量应用。当单小区验证效果达标后，把参数组合批量应用到同场景的TOP小区。批量应用最大的坑是一次性改动参数太多，出了问题不好回溯。我会把参数分成三批执行：第一批是低风险参数，包括PUSCH_MIDPOINT_RP_SW、基站侧限速关闭、PDCCH的1CCE配置；第二批是中风险参数，包括上行波形自适应、AMC大步长、下行干扰随机化；第三批是高风险参数，包括降功率、SSB偏置收缩、切换门限调整。每一批执行后间隔3到5天，观察指标稳定后再推下一批。

还有一个容易被忽略的点：单700M覆盖站点删除NR异频频点这个操作，文档里给出的是MR关闭后删除、MR开启时再添加的策略。实际执行时，RMV NRCELLFREQRELATION删除的是配置关系，不是物理频点，新增NR异频邻区时重新添加即可。很多人在操作时会犹豫，担心删除后影响后续的异频切换，实际上在无2.6G和4.9G覆盖的纯700M站点，异频测量GAP对上下行调度的负面影响远大于异频切换带来的收益。

从那次之后，我每次做700M低速率小区优化都强制走一遍这个流程：先算判定口径、再拉参数底表、按上行和下行分别选手段、覆盖和移动性调整放最后、最后做两阶段验证。这套逻辑不挑版本、不挑设备，希望帮到你。

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