企业官网建设流程全解析

简介：《800M NR互操作方案》是一份面向5G网络优化工程师与运营商技术人员的专业文档，聚焦动态频谱共享（DSS）场景下800MHz频段的互操作策略与网络演进路径。资源包内含1个PDF文件，大小约1.37MB，内容围绕15M DSS组网方案、LTE功率继承、重耕策略三大模块展开，系统梳理了3.5GHz、2.1GHz与800MHz频段间的重选优先级、频间切换门限设定及功率谱密度一致性计算等关键问题。文档结合用户级MR/CDT数据与外场测试经验，给出了NR800M到LTE的B2-1、B2-2门限建议，并针对硬升级站点与新建站点分别提出功率继承与微调方案。同时，对初期保障LTE话务、演进期减频至5M、目标网全量演进至15M NR的三阶段路径进行了清晰阐述。目前已有100人学习，适合需要掌握DSS互操作配置与重耕节奏的中高级网优人员参考。

1. 800M NR互操作方案：一份6页PDF把DSS组网讲透了

如果你正在做800M重耕或者15M DSS组网，大概率会遇到这几个问题：NR和LTE的频间切换门限到底设多少？DSS功率怎么继承？重耕分几步走？这份《800M NR互操作方案》一共6页，中兴出的，把15M DSS场景下的互操作策略、功率继承方案、重耕演进路径全串了一遍。它不是那种泛泛而谈的白皮书，里面给了具体的RSRP门限值、PA/PB配置下的功率差值、以及分阶段的带宽演进建议。适合谁看？做5G网络优化的、负责800M重耕方案落地的、以及需要给DSS站点配功率参数的工程师。如果你手上正好有800M NR和LTE共存的场景，这份文档能直接当配置参考用。

2. 15M DSS互操作策略：重选优先级与切换门限怎么定

2.1 重选优先级为什么是3.5G>2.1G>800M

文档给的原则很直接：基于NR各频段覆盖能力“由近到远”，带宽资源“由大到小”。翻译成实操就是，3.5G带宽最大、覆盖最近，优先让用户驻留；2.1G次之；800M带宽只有15M（DSS场景下NR和LTE共享），覆盖虽远但容量最小，放在最后。同时NR整体优先级高于LTE。

这个策略背后的逻辑是：好点用户尽量留在高频段吃大带宽，边缘用户才落到800M做覆盖保底。如果你把800M NR的重选优先级设得过高，会出现大量用户驻留在800M上，3.5G的资源反而闲置，整体感知下降。

具体配置时，重选优先级参数在网管里对应的是NR频点的小区重选优先级（CellReselectionPriority），一般3.5G设7、2.1G设6、800M设5、LTE设4或更低。注意这里说的是NR内部频间优先级，不是NR和LTE之间的。NR到LTE的重选优先级要单独配，通常LTE优先级低于NR，保证用户优先留在NR。

2.2 频间切换门限：-110/-112dBm是怎么来的

文档里给了两个关键门限：TNR/F NR2.1G的RSRP在-110/-112dBm以下时，上行业务体验逐步不佳；参考中移700M的用户级MR/CDT数据，RSRP为-106dBm时上行速率约2Mbps。以此作为NR系统内频间切换门限。

这里要注意，-110和-112是两个不同的触发点。常见做法是：A2事件（服务小区低于门限）触发测量，A4或A5事件（邻区高于门限）触发切换。具体设的时候，A2门限可以设在-110dBm，A4门限设在-112dBm左右，形成一个迟滞区间，避免乒乓切换。

# 以某主流网管为例，NR频间切换门限配置（示意） # A2事件：服务小区RSRP低于-110dBm触发测量 SET NRCELLINTRAFREQHOG: LocalCellId=1, EventType=A2, ThresholdRsrp=-110, Hysteresis=2, TimeToTrigger=320ms; # A4事件：邻区RSRP高于-112dBm触发切换 SET NRCELLINTRAFREQHOG: LocalCellId=1, EventType=A4, ThresholdRsrp=-112, Hysteresis=2, TimeToTrigger=320ms;

参数说明：ThresholdRsrp单位是dBm，Hysteresis是迟滞，TimeToTrigger是触发时间。迟滞设2dB、触发时间320ms是常见组合，能有效抑制乒乓。如果你现场上行体验差但RSRP还没到-110，可以适当把A2门限往上提1~2dB，比如-108dBm，让切换更早发生。

2.3 800M重耕阶段的NR到LTE门限

文档把重耕过程分了两步：重耕过程中，NR800M到LTE的B2-1设为-110dBm（上行约1Mbps），B2-2设为-115dBm（实现LTE保底）；重耕完成后，B2-2可以抬升到-110dBm，同时B2-1基于干扰情况可适当降低。

B2事件是异系统切换，B2-1是NR侧门限，B2-2是LTE侧门限。重耕过程中，NR800M和LTE共存，用户从NR掉到LTE需要保证LTE能接住，所以B2-2设得比较低（-115dBm），确保LTE覆盖足够。重耕完成后，LTE带宽缩减甚至退网，B2-2抬到-110dBm，让用户尽量留在NR。

实操中，B2-1和B2-2的配置命令类似：

# NR到LTE的B2事件门限配置（示意） SET NREUTRANHOG: LocalCellId=1, EventType=B2, ThresholdRsrp1=-110, ThresholdRsrp2=-115, Hysteresis=2, TimeToTrigger=640ms;

注意B2的TimeToTrigger通常比系统内切换长，640ms是常见值，因为异系统切换更慢，需要更长的触发时间避免误判。

2.4 基于位置的切换：好点用户及时返回高频

文档专门提到，NR800M与NR3.5G/2.1G存在重叠区域时，建议部署基于位置的切换，让好点用户及时返回NR3.5G/2.1G。这个功能在网管里通常叫“基于位置的切换”或“覆盖场景切换”，需要配置位置信息（比如TA或AOA）作为触发条件。

常见做法是：当用户在800M上驻留，但TA值显示距离基站较近（比如TA<3），且3.5G邻区RSRP高于某个门限（比如-95dBm），就触发切换到3.5G。这样避免用户明明在好点却一直占着800M不放。

3. DSS功率继承：网管只设LTE功率，NR自动算

3.1 功率继承的总体原则

文档给的原则很明确：DSS组网，网管只需设置LTE的功率，NR功率自动计算，无需设置。约束条件是：MAX(LTE载频功率, NR载频功率) + NB载频功率 <= 基站总功率。

这个原则的底层逻辑是：DSS场景下NR和LTE共享同一载波，功率谱密度必须一致，否则会出现NR和LTE覆盖不匹配。所以只要LTE功率定了，NR功率就按谱密度一致的原则反推出来。

硬升级站点，LTE继承现网功率（RS功率、PA、PB），NR和LTE功率谱密度一致；新建站点，LTE参考周边站点设置功率，NR同样按谱密度一致计算。

3.2 15包10硬升级的功率继承计算

文档给了一个具体案例：现网设备260W，功率满配时，升级后LTE RS功率都能继承；现网设备280W，开通NB2*10W（按最大考虑），功率满配时，需要将RS发射功率降低0.21dB。

这个0.21dB是怎么来的？简单算一下：280W总功率，NB占了210W=20W，剩下140W给LTE和NR共享。如果LTE RS功率不变，NR的SSB功率就会超。所以需要微调RS功率，降0.21dB。

LTE的RS功率由单通道的载频功率、PA、PB共同决定。公式是：

# LTE RS功率计算（示意） # RS功率 = 单通道载频功率 - 10*log10(12*N_RB) + PA + PB # 其中N_RB是带宽对应的RB数，15M LTE对应75个RB # 单通道载频功率 = 总功率 / 通道数

实操中，网管里设置LTE的RS功率和PA/PB后，NR的SSB功率会自动计算。你不需要手动设NR功率，但需要验证计算结果是否符合预期。

3.3 PA/PB配置对NR SSB功率的影响

文档给了两组PA/PB配置下的功率差值：PA/PB=-3/1时，NR的SSB功率比LTE RS发射功率小0.22dB；PA/PB=0/0时，NR SSB功率比LTE RS功率多2.78dB。

收端方面，NR 4发，双极化天线，UE接收端只能收到1个极化的信号，会有3dB左右损失。这个3dB损失在链路预算里要考虑进去，否则会误判NR覆盖比LTE差。

常见做法是：如果现网LTE用的是PA/PB=-3/1，升级后NR SSB功率基本持平，覆盖差异不大；如果LTE用的是0/0，NR SSB功率会高2.78dB，但收端有3dB损失，实际NR覆盖可能略差于LTE。这时候需要根据现场测试微调。

3.4 功率配置的实操步骤

# 步骤1：查询现网LTE功率配置 GET LTECELL: LocalCellId=1; # 关注：RsPower、Pa、Pb、CellPower # 步骤2：设置LTE功率（DSS场景下NR自动计算） SET LTECELL: LocalCellId=1, RsPower=15, Pa=-3, Pb=1; # 步骤3：查询NR自动计算的SSB功率 GET NRCELL: LocalCellId=1; # 关注：SsbPower # 步骤4：验证功率约束 # MAX(LTE载频功率, NR载频功率) + NB载频功率 <= 基站总功率

参数说明：RsPower单位是0.1dBm，15表示1.5dBm？不对，常见单位是0.1dBm，但具体要看网管。Pa和Pb是功率偏移参数，取值通常是-6/-4.77/-3/-1.77/0/1/2/3。设置后一定要查NR的SSB功率，确认自动计算的结果在合理范围内。

4. 重耕演进三步走：从DSS到15M纯NR

4.1 初期：优先保障LTE话务

文档说得很清楚：初期需要考虑LTE话务，保障LTE用户体验。动态分配方案较静态分配方案提升NR用户感知更有优势，可优先考虑DSS部署方案。

这个阶段的特征是：LTE用户还是主力，NR用户少。DSS动态分配能让NR在LTE空闲时占用更多资源，LTE忙时让出。静态分配则固定切分，NR体验差。

实操中，动态DSS的配置关键是设置好LTE和NR的资源分配比例。常见做法是给NR设一个最低保障带宽（比如5M），剩余10M动态共享。这样LTE忙时NR至少还有5M，LTE闲时NR可以用满15M。

4.2 演进期：LTE减频至5M，重点保障NR

演进期NR话务逐步增大，LTE带宽减频至5M，重点保障NR用户体验。动态方案较静态方案保障NR感知更有优势，可优先考虑动态部署方案。

这个阶段的操作是：把LTE带宽从15M减到5M，NR从5M扩展到10M。DSS仍然动态共享，但NR的基础带宽变大了。配置上需要调整LTE的RB数和NR的带宽配置。

# 演进期LTE减频配置（示意） SET LTECELL: LocalCellId=1, Bandwidth=5M; # LTE从15M减到5M SET NRCELL: LocalCellId=1, Bandwidth=10M; # NR从5M扩展到10M # DSS动态共享配置 SET DSS: LocalCellId=1, Mode=Dynamic, NrMinBandwidth=10M;

注意减频操作会影响现网LTE用户，建议在低话务时段做，并提前做好邻区优化。

4.3 目标网：LTE话务趋于0，全部演进至15M NR

目标网阶段，800M持续演进，LTE用户完全迁移至NR，800M带宽全部演进至NR制式。这时候DSS就不需要了，直接15M纯NR。

这个阶段的配置最简单：关掉LTE载波，NR用满15M。但前提是LTE用户已经迁移完毕，否则会出现掉网。常见做法是先把LTE用户通过重选和切换迁到其他频段（比如1.8G/2.1G LTE），确认800M LTE话务降到阈值以下，再关停。

5. 避坑与排查：800M NR互操作常见的5个翻车点

5.1 重选优先级设反导致用户驻留800M

现象：大量用户驻留在800M NR上，3.5G资源闲置，整体下行速率上不去。

原因：800M NR的重选优先级设得过高，或者3.5G的重选优先级设得过低，导致用户不愿意往高频段迁。

解决：检查NR频点的小区重选优先级，确保3.5G > 2.1G > 800M。同时检查NR到LTE的重选优先级，确保NR整体高于LTE。如果现场已经出现大量用户驻留800M，可以通过调整重选优先级并触发一次重选来纠正。

5.2 切换门限设得太松导致乒乓

现象：用户在800M和2.1G之间频繁切换，信令负荷高，用户体验断续。

原因：A2和A4门限之间的迟滞区间太小，或者TimeToTrigger设得太短。

解决：增大迟滞（Hysteresis）到2~3dB，TimeToTrigger设到320ms以上。如果还是乒乓，可以考虑引入基于位置的切换，用TA或AOA约束切换条件。

5.3 DSS功率继承后NR覆盖比LTE差

现象：升级后NR SSB功率看起来正常，但现场测试NR覆盖比LTE差一截。

原因：收端极化损失3dB没考虑进去，或者PA/PB配置导致NR SSB功率实际偏低。

解决：先查NR SSB功率和LTE RS功率的差值，如果差值在-0.22dB左右（PA/PB=-3/1），加上3dB极化损失，NR实际覆盖会比LTE差3dB左右。这时候需要适当提高LTE RS功率，让NR SSB功率跟着上去。但要注意总功率约束，不能超。

5.4 重耕减频后LTE用户掉网

现象：LTE从15M减到5M后，部分LTE用户掉网或体验急剧下降。

原因：减频后LTE覆盖收缩，边缘用户没有及时迁到其他频段。

解决：减频前先做邻区优化，确保LTE边缘用户能切到1.8G/2.1G。减频操作在低话务时段做，减频后监控LTE掉线率和切换成功率。如果掉线率上升，暂时回退带宽，优化邻区后再试。

5.5 B2-2门限抬升后NR用户掉到LTE无法返回

现象：重耕完成后B2-2从-115抬到-110，部分NR用户掉到LTE后无法返回NR。

原因：B2-2抬升后，NR到LTE的切换更容易触发，但LTE到NR的重选或切换门限没同步调整，导致用户卡在LTE。

解决：检查LTE到NR的重选优先级和切换门限，确保LTE侧有足够的门限让用户返回NR。常见做法是LTE到NR的重选优先级设得比NR到LTE高，或者配置LTE到NR的B1事件，让LTE用户尽早返回NR。

6. 进阶技巧：用MR/CDT数据反推门限是否合理

文档里反复提到“基于用户级MR/CDT数据”来定门限，这个思路很实用。我一般会从网管导出MR数据，按RSRP区间统计上行速率，找到上行速率开始明显下降的拐点，用那个RSRP值作为切换门限的参考。

具体操作：导出最近一周的MR数据，字段包括RSRP、上行速率、上行BLER。按RSRP每2dB一个区间分组，算每个区间的平均上行速率。如果某个区间上行速率突然掉到2Mbps以下，那个区间的RSRP上限就是切换门限的候选值。

-- MR数据分组统计上行速率（示意） SELECT CASE WHEN rsrp >= -100 THEN '-100以上' WHEN rsrp >= -105 THEN '-105到-100' WHEN rsrp >= -110 THEN '-110到-105' WHEN rsrp >= -115 THEN '-115到-110' ELSE '-115以下' END AS rsrp_range, AVG(ul_throughput) AS avg_ul_mbps, AVG(ul_bler) AS avg_bler, COUNT(*) AS sample_count FROM mr_data WHERE date >= '2024-01-01' GROUP BY rsrp_range ORDER BY rsrp_range;

跑完这个查询，你就能看到上行速率在哪个RSRP区间开始恶化。如果-110到-105区间上行速率还有5Mbps，-115到-110掉到2Mbps，那切换门限设在-110左右就是合理的。如果现场数据跟文档给的-110/-112有偏差，以现场数据为准，文档只是参考。

还有一个技巧：用CDT数据看切换前后的速率变化。如果切换后速率反而下降，说明门限设早了；如果切换前速率已经很差但一直不切，说明门限设晚了。我一般会拉一周的CDT，对比切换点前后的RSRP和速率，找到最佳门限。

从那以后我每次定切换门限，都强制走一遍MR/CDT数据验证，不再直接抄文档值。希望帮到你。

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